On Wed, 30 May 2001, Shane Nay wrote:

> 
> On Tuesday 29 May 2001 09:43, Micah Dowty wrote:
> > I just posted a screenshot and news item on the PicoGUI web site linking to
> > your libgcj integration page. Sorry I hadn't done so earlier. (This goes
> > for everyone- feel free to kick me if there's something I should add to the
> > news page and I haven't :)
> 
> Cool.  Question, and a piece of news, lightweight work started with 
> integration with the Graphics classes, screenshots in usual place..., I 
> really need to update that dev code snapshot..., anyway.  Oh, the lightweight 
> drawing is done via an event from the peer classes, so looks like libgcj 
> events are pretty much intact.

Great! Posted another news item.

Just another note: Though all the posts so far have 'micah' in the corner, it is 
possible for anyone in the pgui project to post a news item. I wrote a mini-howto on 
it a while back if you're interested, but basically it just involves creating a file 
in the /home/groups/p/pg/pgui/news directory of the Sourceforge shell server.

> 
> Question is..., Micah, do you want to incorporate any extended Field 
> functionality?  I added cursor location via mouse selection, put in 
> alignment, some extended sizing routines, and "anyplace in text" editing.  
> This is sort of getting on the "edge" because we obviously don't want 
> 20copies of every file in memory.  Anyway, my idea is to have a basic editing 
> widget that's capable of holding one page worth of data, the scrollbar will 
> trigger the application to suck more text into the main widget.  Anyway, let 
> me know if you're interested in that code.  I also added the mutexes around 
> the outgoing buffer, but someone else needs to hack the config stuff for Pgui 
> as I'm rather confused about it.

Well, I'm definitely interested in any code you've written, so send patches or stick 
it in the CVS once you get a login.

I know the current field widget is quite limited, as it was originally intended just 
to be a temporary fix until I could write something better. Unfortunately, since I 
wrote it around last August it has stuck. I have this grand vision of a widget 
(actually, more like a layout method) that can act as a text field, word processor, 
web browser, etc. Basically a layout system similar to what LaTeX uses:  Each word (a 
group of one or more strings that can't be separated) is placed in a divnode, and 
these divnodes are stacked horizontally to fill a line. Lines are linked together to 
form paragraphs, and so on. This divtree can be placed inside a widget that supplies a 
scrolling container and editing facilities, and presto, a SuperText widget!

It might be possible to get word-wrapping and multiline editing working in the current 
field widget, but it feels like a bad design at the core.
I'm currently doing driver work under SMARTDATA's priority list, but in my "free time" 
outside of that I could start work on the text layout engine. Or maybe I just write a 
detailed description of what I have in mind so others can help on it?

> 
> Also I need to add some pgfx routines, and have a question about the pgfx 
> stuff.  Now, when a Angle is set, does it only affect text, or does it also 
> affect filled polygons?  

Just text. That was one of the many options I recently moved into separate 'Set' 
functions that once were parameters to the primitive.
PicoGUI doesn't have filled polygons yet.

> Also what do you think about rounded objects?

For rectangles and frames?
Sounds useful. I know many of the themes could take advantage of that.

> nothing in there yet but points to do that..., but I understand why for the 
> most part.  I need to figure out how to do filled polygons, which could be 
> done by "angled" rectangles, and ovals and arcs which could be done really 
> inneffieciently by Pixels :).

Yep, stuff like arcs and polygons definitely belong in the server.
No reason they aren't yet except lack of time.

>  Also, I wanted to use pgLineTo(), and 
> pgMoveTo, but it seemed to be MIA from the c-bindings.

Ah. Stupid bug... I had them in pgfx.c as "pgMoveto" and "pgLineto"
Fixed in the CVS now.

> 
> Thanks,
> Shane Nay.
> 
> _______________________________________________
> Pgui-devel mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/pgui-devel

--
To the systems programmer, users and applications server only to provide a 
test load.


_______________________________________________
Pgui-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/pgui-devel

Reply via email to