In the latest (4.1h) version of PgS Linux I noticed a couple of things. First,
I thought I'd seen mention that all requestors had had their appearance
fixed. Not the case for the paragraph style requestor, nor the paragraph
portion of that.

Also, the auto-sizing of the windows is a bit broken. That is to say, go to
the paragraph style definition requestor and select different styles. The
window will auto-size between some definitions, making the window wider. Keep
clicking (which happens if you are browsing styles) and the window will get
wider and wider.

This is the same behavior as seen for the tips in the navigator window which
initially appears when pgs is run. Or in the -- forget what the window is
called -- window which shows info on the current selection (e.g., box
coordinates, etc.). This dynamic resizing is IMO not desirable. It can cause
miss-clicks when, for example, clicking the zoom-in icon repeatedly and it
shifts position to accomodate the changing text in that bar.

Oh, and its very nice to be able to really print from PgS Linux! And for
documents to not crash PgS on loading! I don't want my comments to obscure
the progress.

As for scripting languages, I prefer Perl as that is what I've used for the
last three years, but I can learn Python. It'll just be nice to have that
capability.

Tim Doty

>coordinates, etc.). This dynamic resizing is IMO not desirable. It can cause
>miss-clicks when, for example, clicking the zoom-in icon repeatedly and it
>shifts position to accomodate the changing text in that bar.

I know what you are talking about, but I don't have a solution. Because
everything is dynamic. And everyone has been asking for font sensitive
layout since the dawn of time I could move everything to a fixed grid,
but that will make translations more difficult and prevent font sensitive
layouts (like before). I'll keep digging for a solution. Especially for the
window controls, and the edit palette.

>Oh, and its very nice to be able to really print from PgS Linux! And for
>documents to not crash PgS on loading! I don't want my comments to obscure
>the progress.

Thanks, but it is ok. It is the nature of development.

>As for scripting languages, I prefer Perl as that is what I've used for the
>last three years, but I can learn Python. It'll just be nice to have that
>capability.
>
>Tim Doty

Deron Kazmaier - support@grasshopperllc.com
Grasshopper LLC Publishing -http://www.grasshopperllc.com
PageStream DTP for Amiga, Linux, Macintosh, and Windows

[Non-text portions of this message have been removed]

On Wednesday 15 October 2003 12:59, PageStream Support wrote:
> >coordinates, etc.). This dynamic resizing is IMO not desirable. It can
> > cause miss-clicks when, for example, clicking the zoom-in icon repeatedly
> > and it shifts position to accomodate the changing text in that bar.
>
> I know what you are talking about, but I don't have a solution. Because
> everything is dynamic. And everyone has been asking for font sensitive
> layout since the dawn of time I could move everything to a fixed grid,
> but that will make translations more difficult and prevent font sensitive
> layouts (like before). I'll keep digging for a solution. Especially for the
> window controls, and the edit palette.

Font sensitive is great and wonderful. I remember the days before font
sensitive layout and love the fact that it exists. But if the font hasn't
changed I don't think the widget size should change. For example, in the tips
window on the amiga there is a scroll bar. A longer tip just means you have
to scroll. Using fixed-width fonts makes things like the report of
magnification easier to have fixed (for that font). Since the max
magnification is 3000% it would simply be the width of 5 chars -- always, for
the current font. This prevents shifting of icon positions simply because the
view magnification changed. Changing the font would force a relayout, that is
to be expected.

Supporting proportional fonts is trickier, but often proportional fonts are
not allowed for certain areas (by default nedit hides proportional fonts from
selection, sometimes system fonts are required to be fixed width). Having
used them in shells I can say that is one area definitely better suited for
fixed width.

Also, the point I was trying to make was that with the tip window on linux
(and some other windows as well) is that it is dynamically making the window
wider, even when there is enough vertical space to display the text. AFAICT
the routine simply expands the window if it would break a word rather than
simply dropping the word to the next line.

I would prefer font sensitivity for text areas like the tip window or style
definition summary to use scroll bars if necessary.

Thanks for the all the work on PgS. I'm looking forward to when I can retire
my UAE setup for good.

Tim Doty