?

Log in

No account? Create an account

Previous Entry | Next Entry

What I want from GNOME

I want app startup times minimized, or moved into persistent daemons. I want to pop apps in and out quickly.

I want more transient apps for small tasks like journal-posting or sending an email where I can start a process, and when I hit okay or send, have the app close entirely.

I want the keyring entirely integrated into Epihany.

Tags:

Comments

( 6 comments — Leave a comment )
vruba
Sep. 11th, 2005 06:42 am (UTC)

Giant daemons, OpenDoc, and every other scheme more complex than good old-fashioned pipes and files have failed so far (right?).

How would you design an OS of thin apps?

lypanov
Sep. 11th, 2005 12:12 pm (UTC)
instant startup has to do more with os tweaks than redesigns
aredridel
Sep. 11th, 2005 05:44 pm (UTC)
If the lag is library loading, sure.

But mostly, people need to stop writing big complicated ways to do simple things.
aredridel
Sep. 11th, 2005 05:42 pm (UTC)
Depends on the app.

Gecko's startup time just needs to be minimized. Make static most initializing, and optimize away any you can.

Evolution has gone the way of the Giant Daemon, and it's helping. Rhythmbox too. Just have to lighten up even more. Rhythmbox also needs to not use XML. At all. Ever. Instead of everywhere. Maybe it'd stop corrupting the library on occasion that way, too, if it could use a random-access data structure.

Epiphany could use its keying offloaded to a daemon, so that there's no dialog box on startup, since the keys are remembered between the many times I close my browser while working. Bookmark menu could be offloaded even more as well.

OpenDoc? Evil. Not that way.

It's not that there needs to be New Ways To Speed Stuff Up, it's that things have to be reduced until there's no way to make them faster and better.
lypanov
Sep. 11th, 2005 12:16 pm (UTC)
linking etc sorts out app start up times.
and clever delayed coding on the programmers part.

to reduce page in for the sending an email task for example,
it would be advisable to make the sending parts of the application
a library quite separate from the bulky reading/recieving parts.
basically dynamically link and init the rest if needed, but certainly
the highest prio is to just get that "new message" window on
screen blindingly fast.

keychain on osx is fairly well done. maybe the gnome guys could
learn some from it. never used the gnome stuff :)

i'd like to see your dock integrated and the virtual
screen paradigm finally laid to rest.
aredridel
Sep. 11th, 2005 05:46 pm (UTC)
Yeah. Virtual Screens → Exposé + Dock.

Keychain on the Mac isn't bad at all. Gnome's design is more unixy, but user-interface-wise, excellent.

And yeah. Get the UI on the screen before the sending component even loads. Let me type my message while you get ready to send it.

And don't bother with the receiving code at all in the sending app.

NeXT/GNUStep/Cocoa late-loaded bundles and frameworks can go a long way toward getting this right. GNUMail starts nearly instantly.
( 6 comments — Leave a comment )