?

Log in

No account? Create an account
This is running on Familiar unstable with the beta GPE GTK2… - LogJam [entries|archive|friends|userinfo]
LogJam

[ website | LogJam ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

[Nov. 1st, 2002|03:50 am]
LogJam
logjam
[evan]


This is running on Familiar unstable with the beta GPE GTK2 packages, so it fits right in with the other GTK2 stuff.

It looks blurry here, but on the iPAQ it's quite readable. Because the iPAQ has an LCD screen Xft uses sub-pixel antialiasing, so we sorta get three times the resolution...

It's still not enough to fit all the bulky controls in. We'll work on fixing that for LogJam 4.1, I suppose. :)
LinkReply

Comments:
[User Picture]From: ntang
2002-11-01 04:21 am (UTC)
Now you just need to port it to the zaurus. C'mon, you know you want to. ;)
(Reply) (Thread)
[User Picture]From: ntang
2002-11-01 05:19 am (UTC)
(Incidentally: I know that's probably a pipe-dream, since the Zaurus is built off of QT and not GTK, but I can dream, can't I? :) )
(Reply) (Parent) (Thread)
From: compwiz
2002-11-01 05:34 am (UTC)
well, they can run GTK+2 strictly off a framebuffer, someone must be working on a way to get it to run inside Qtopia.
(Reply) (Parent) (Thread)
From: evan
2002-11-01 10:55 am (UTC)
We just have to wait for warmenhoven to get GTK2's framebuffer port working. :)
(Reply) (Parent) (Thread)
From: compwiz
2002-11-01 11:21 am (UTC)

Re:

Eh? Doesn't DirectFB already do that?
http://directfb.org/gtk.xml
(Reply) (Parent) (Thread)
From: evan
2002-11-01 11:28 am (UTC)
I don't think QT/Embedded uses DirectFB, though... ?
(Reply) (Parent) (Thread)
From: compwiz
2002-11-01 12:02 pm (UTC)

Re:

nope..
(Reply) (Parent) (Thread)
From: compwiz
2002-11-01 05:34 am (UTC)
See, told you those giant fields would come back to bite you in the future ;)
(Reply) (Thread)
From: evan
2002-11-01 10:55 am (UTC)
So here's my current plan: I have a LogJam 3.x-style "more metadata" menu that adds fields to the toolbar-ish area, and I pack those into a custom flow-layout box that I'm writing so when the window gets wider the fields use fewer lines.

Like how the menus wrap in Windows when you make the windows too narrow.

But I have a Japanese test first. ;)
(Reply) (Parent) (Thread)
From: evan
2002-11-02 08:54 pm (UTC)
Hm. So I just spent a few hours writing a new layout widget that "flows" the controls, sorta like Java's AWT layouts IIRC. So now, when you resize the window, the controls pop down and up so they all fit (think like how menu bars work in Windows: you wrap to the next line).

But now that I have it, it sorta sucks. All of the fields look like they're scattered about the window arbitrarily, and when you stretch the window to make the "subject" bar wider more fields from below pop to that row. And my iPAQ tests show that the "date" field itself is almost a full line of the window.

To summarize, I don't want:
- Every meta field to take its own line. This makes "comments" and such too wide.
- Every meta field to flow to its own line. This makes the layout wacky.
- Every meta field to be statically placed. This is what I have now, and I don't like it much.
- User-defined (drag and drop?) placement of meta fields. This is hard to code and annoying in general.

So I'm basically screwed. :(

Ideas?
(Reply) (Parent) (Thread)
From: compwiz
2002-11-03 07:07 am (UTC)

Re:

Well I'd vote for selectable (right-click, select Subject, Date, etc.) and draggable fields, like in MS Office, but GTK+ makes that nearly impossible.
(Reply) (Parent) (Thread)
[User Picture]From: feebdaed
2002-11-03 12:01 pm (UTC)
Two ideas:

  1. Have all the metadata controls in a dialog box (Palm-style). Well maybe not subject.

  2. Have the controls LogJam 3.x-style but wrap everything in a big scrolling window. However nested scrolling windows would look kinda tacky.

(Reply) (Parent) (Thread)
From: evan
2002-11-03 02:47 pm (UTC)
1 is a good idea, except for that exception-- do we really need to always show the subject? How about the post security?

If we auto-detect music, do we want to do that in a hidden dialog that the user never sees?
(Reply) (Parent) (Thread)
[User Picture]From: feebdaed
2002-11-03 03:11 pm (UTC)
How about a preference screen that gives the user the ability to choose which controls they want to see? The rest could be in the dialog.

Each person will want a different selection, this way you can please everyone.

If I used music detection I wouldn't mind it being in a hidden dialog.
(Reply) (Parent) (Thread)