Hi!

I've uploaded a new GtkClip.spl file that should replace the one that came
in 5.0.2.12 dated 2006-02-20. This had better fix the clipboard. Stupid me,
I put the dumping to /deron/testfile into a conditional set of debug code,
but I didn't turn the conditional off

I'm also going to upload a new version of 5.0.2.12, but it will be dated
2006-02-28. Only difference between the two should be just the GtkClip.spl
file. I'll say should, because evidently nothing about this is going away
easily...

Sigh. Sometimes things really do go as wrong as they can...

Deron

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

fredag 03 mars 2006 03:59 skrev PageStream Support:

> I've uploaded a new GtkClip.spl file that should replace the one
> that came in 5.0.2.12 dated 2006-02-20. This had better fix the
> clipboard. Stupid me, I put the dumping to /deron/testfile into a
> conditional set of debug code, but I didn't turn the conditional
> off
Confirmed, it works now! Ok, you didn't take the wrong file but close
to...

> Sigh. Sometimes things really do go as wrong as they can...
Well, I wouldn't say that. PGS pro Linux now is very useable and rock
stable, at least on my computer. And it was kind of fun to have deron
in my home for a while...

Thanks for your effort.
Jan

PS. I voted today for number 8 and will try to remember to do so the
coming days. 8 is well ahead of the competition!
--
Jan Simonson

> > Sigh. Sometimes things really do go as wrong as they can...
>Well, I wouldn't say that. PGS pro Linux now is very useable and rock
>stable, at least on my computer. And it was kind of fun to have deron
>in my home for a while...

Thanks for the cake and milk!

If nothing serious turns up I'll take "beta" off this one and start on
5.0.3 I have a bunch of Mac code to merge in which will probably break
some things, and I also want to change the dragbar on the palettes. And
biggest of all, I have been trying to figure out a new interface for Linux
to clean up the palettes etc.

My idea is to put the menu and toolbar at the top of each document, and
make the documents tabbed/docked or open in there own window. You can then
drag them out or together.

Then the question is the palettes. I guess they can be dockable as well?
Again, if anyone likes the interface of a Linux program that has multiple
documents and multiple palettes let me know so I can see how they do it (or
simply describe here for me.)

I just don't want to start messing with stuff like this when I need to be
fixing show stopping problems.

Anyway,

Deron

>Thanks for your effort.
>Jan
>
>PS. I voted today for number 8 and will try to remember to do so the
>coming days. 8 is well ahead of the competition!
>--
>Jan Simonson

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

On Friday 03 March 2006 11:51 am, PageStream Support wrote:
[snip]
> If nothing serious turns up I'll take "beta" off this one and start on
> 5.0.3 I have a bunch of Mac code to merge in which will probably break
> some things, and I also want to change the dragbar on the palettes. And
> biggest of all, I have been trying to figure out a new interface for Linux
> to clean up the palettes etc.
>
> My idea is to put the menu and toolbar at the top of each document, and
> make the documents tabbed/docked or open in there own window. You can then
> drag them out or together.
>
> Then the question is the palettes. I guess they can be dockable as well?
> Again, if anyone likes the interface of a Linux program that has multiple
> documents and multiple palettes let me know so I can see how they do it (or
> simply describe here for me.)

Well, I like the GIMP. It is supposedly an UI nightmare/disaster, but
sometimes I wonder what people are using as a basis for comparison. In v2
there is a lot available by right-clicking (as there is in PgS, but maybe
because of cutting teeth on the Amiga version I just don't normally do that
in PgS), each document has its own menu, and there is the "root" window which
has a menu as well and the tools. The options for the selected tool are
available in the bottom portion of that window.

The user can open additional palettes and have multiple palettes in a floating
window accessible via tabs.

For PgS I would envision this as each document having the menu and toolbar.
The non-document ("main") window would have the toolbox and edit palette.
Part of each palette view would be a mechanism for removing a palette or
adding a new palette table (the GIMP does this through a kind of popup menu).

This allows the user to organize their workspace. As I have two monitors I
would do much the same as I do now with many palettes always open on the
second monitor, but someone with less screen real estate could keep fairly
quick access to a palette via a tabbed view.

One thing I would *not* want to lose is having separate document windows. Too
many times I have two documents open (or two views of the same document) and
reference back and forth (it helps having two monitors for this...). I
suppose if you implemented tabbed palettes it wouldn't hurt to allow tabbed
documents, but I don't think that should be forced.

The way Nedit handles "documents" is fairly nice: by default they are now
tabbed, but you can always specify to open in a new window. One thing I
*would* like to see if you did this would be the ability to not only
rearrange tabs, but to drag a document view from one window to another and to
also separate out (e.g., right-click on a tab and choose 'open in own
window'). Something that would be uber-cool would be an 'open this set of
documents' feature a-la the tab groups of Firefox. Though in this case I
would like it to know whether to open in separate views, tabs, or
combination.

The reason I say that is that my longest term project is four main files plus
some secondary documents. It would be handy to have an 'open this set' and,
in fact, I can already do that with scripting -- but I think if you go
revamping the GUI making the capability available there would be good.

Now that I think about it the logical way might be to create a "project" file.
A project file would have references to the actual documents. Opening the
"project" would then open the referenced documents.

> I just don't want to start messing with stuff like this when I need to be
> fixing show stopping problems.

Commendable. I do have a feature request I'd like to mention though: style
sheets. Right now a document's paragraph, character and object styles are all
embedded. I would really like the ability to specify a separate file that
contained the styles. Perhaps one of the documents in a project or an empty
document that just has some styles set.

Barring that, the ability to import styles such that duplicates were
overwritten instead of generating renames. That might not be generally
desirable, but a checkbox option when importing styles would suffice.

Tim Doty