OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: Zumi on September 11, 2006, 03:32:29 pm
-
Here are the news on the pdaXrom site: pdaXrom utils rewrite (http://mail.pdaxrom.org/node/115)
I just wanted to get some publicity for the new settings tools because the more testing they got, the better they will be!
Some rough test results: original datentime.py, written in python starts in ~5 seconds, the new one, written in FLTK starts in ~1 sec.
Zumi
Ps.: Hey, this is my 2^8th post
-
So you really did come through... i thought you fell the face of the earth...
Late
-
So you really did come through... i thought you fell the face of the earth...
Late
[div align=\"right\"][a href=\"index.php?act=findpost&pid=141145\"][{POST_SNAPBACK}][/a][/div]
Excellent! will be real nice for beta 3, and necessary for beta 4. I'll test this weekend
-
Here are the news on the pdaXrom site: pdaXrom utils rewrite (http://mail.pdaxrom.org/node/115)
I just wanted to get some publicity for the new settings tools because the more testing they got, the better they will be!
Some rough test results: original datentime.py, written in python starts in ~5 seconds, the new one, written in FLTK starts in ~1 sec.
Zumi
Ps.: Hey, this is my 2^8th post
[div align=\"right\"][a href=\"index.php?act=findpost&pid=141144\"][{POST_SNAPBACK}][/a][/div]
hi Zumi,
good idea to write some faster settings apps!
I will gladly test them from time to time.
One questoin about the datentime tool: Did you add "/etc/rc.d/init.d/atd stop" before accessing the hwclock (and "/etc/rc.d/init.d/atdatd start" after)? I found this to be necessary to successfully set the time.
atd is installed if kopi-apm is installed. I assume many people use it.
daniel
-
Thanks for the update Zumi- more please! We're news starved round here. Good choice of toolkit- I wish more programs used FLTK instead of GTK.
-
hi Zumi,
good idea to write some faster settings apps!
I will gladly test them from time to time.
One questoin about the datentime tool: Did you add "/etc/rc.d/init.d/atd stop" before accessing the hwclock (and "/etc/rc.d/init.d/atdatd start" after)? I found this to be necessary to successfully set the time.
atd is installed if kopi-apm is installed. I assume many people use it.
daniel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=141190\"][{POST_SNAPBACK}][/a][/div]
I haven't tought about that, thank you for pointing it out!
It's nice to hear that others think of FLTK as a good choice too; I think Python+GTK is a OK, but C+GTK kinda sucks. I hope Cairo support gets better in FLTK, so it can have antialiased widgets. Now fltk2 CVS makes funny things when compiled with it.
-
Great work - i hope more people will realize that without these small fixes and settings tool pdaXrom isn't going to have a chance with newbies and the likes.
So everybody please test and give zumi feedback for his work.
-
I use Fltk also for a lot of applications
(see My Webpage (http://members.cheese.at/woody/zaurus/)))
since it's faster and more straightforward to code
There are 3 possibilities for using fltk:
- fltk-1.6/1.7
- fltk-2
- efltk.
Which are you using?
Efltk and the corresponding desktop brings also a lot of setting applications within.
[img]http://members.cheese.at/woody/zaurus/ede-time.gif\" border=\"0\" class=\"linked-image\" /]
I personally feel that the look&feel of GTK is ok but programing in GTK is very uncomfortable ...
But at least I would prefer to overlaod some FLTK classes to get a common look&feel between fltk and gtk applications.
-
I've compiled the edesktop "etimedate" (picture see above) application for my C1000.
It's only for testing how fast the application is.
http://members.cheese.at/woody/zaurus/c1000-archives/ (http://members.cheese.at/woody/zaurus/c1000-archives/)
The date/time setting compiled out of the box is not correct yet.
Maybe a merge of the functionallities makes sense?
Andreas
-
I've compiled the edesktop "etimedate" (picture see above) application for my C1000.
It's only for testing how fast the application is.
http://members.cheese.at/woody/zaurus/c1000-archives/ (http://members.cheese.at/woody/zaurus/c1000-archives/)
The date/time setting compiled out of the box is not correct yet.
Maybe a merge of the functionallities makes sense?
Andreas
[div align=\"right\"][a href=\"index.php?act=findpost&pid=141623\"][{POST_SNAPBACK}][/a][/div]
Hey, that datentime program above looks really nice! I look into it how can I use some part of it, or merge the two. And I will look for others too in efltk (and in EDE - Equinox Desktop Environment) Thanks for telling about it, I never tried or seen it before (just heard the name of it).
I'm using fltk2. Btw I really like some apps from your site (fltk-bedic and the tabviewer the most). Good work!
Zumi
-
I'm using fltk2. Btw I really like some apps from your site (fltk-bedic and the tabviewer the most). Good work!
I would propose to use efltk since e reuse of EDE will be very easy.
Also the shared library for efltk is already available for the zaurus.
I will put the sources for the datetime application on the link given above, so that you can play around a little bit.
I've looked already on the code and I think it should be very easy to adapt it to your needs.
The launch of the application is much faster then the python equivalent, but there seems to be some additional work to do when setting the time.
(But that can be done with your code or be based on the python code)
Andreas
-
Wow, it does look really nice. Now that I said that, I have to state that
I was never a fan of shadows on dial hands, but that's just my taste. I
also am curious to check out the efltk API which I just learned of, by reading
this post.
I got tired of GUIs in the past (on many dists) that attempt to set the time,
and then freeze the Z (or X server) when attempting to set the system
date backwards. I stopped using all GUIs, as I never could tell what would
happen! I will check this one out though, and/or read about any caveats,
etc. first!
Again, this looks like great work, and a major step in the right direction
for pdaXrom's attractiveness!
-
FYI - The link to your web page is invalid, as it contains a trailing ")".
-
Everyone has try to compile Ede ? Is a desktop enviroment that use eFLTK.
It' s much fatser .
http://ede.sourceforge.net/page/home (http://ede.sourceforge.net/page/home)
Bye
-
Everyone has try to compile Ede ? Is a desktop enviroment that use eFLTK.
ede is available in the feed:
http://mail.pdaxrom.org/download/1.1.0beta...s-7x0-860/feed/ (http://mail.pdaxrom.org/download/1.1.0beta1/Zaurus-7x0-860/feed/)
The screenshot given is one application from the ede desktop. It compiles with the efltk library from the same feed above without problems.
I also tried themes now with efltk. I've compiled the same theme for arm as you can see in the picture above and it works.
Andreas
-
OK THANKS....
wich are you impressions ? You use it ?
THANKS
Bye
-
wich are you impressions ? You use it ?
So far I only had a short test on the desktop.
Today I tried it on my zaurus. But currently a popup of the main menu leads to troubles.
The rest seems to be ok. For example raising the timedate window from the panel.
But the question is, if it does make sense to switch to another manager or if it's better to use the efltk-lib (with a small layer above) for fitting as smooth as possible to the current environment.
The applications itself seem to be useable.
-
Everyone has try to compile Ede ? Is a desktop enviroment that use eFLTK.
It' s much fatser .
http://ede.sourceforge.net/page/home (http://ede.sourceforge.net/page/home)
Bye
[div align=\"right\"][a href=\"index.php?act=findpost&pid=141780\"][{POST_SNAPBACK}][/a][/div]
I was thinking along those lines as well--- how would an efltk based destop work out in pdaxrom....Would the gtk stuff like firefox just end up bloating everything beyond what we'd have with a gtk based desktop?
....ooops gotta run.
I think I saw ede in the feeds someplace.
-
I think I saw ede in the feeds someplace.
Yes it's in the feed.
As I mentioned above there's a problem with the workpanel.
I found the problem and put a rough corrected version (the real problem lies in the efltk XML code) at.
http://members.cheese.at/woody/zaurus/c100.../eworkpanel.arm (http://members.cheese.at/woody/zaurus/c1000-archives/eworkpanel.arm)
It seems to run now
replace the /usr/bin/eworkpanel with the new one given above.
Now you can give it a try:
startx /usr/bin/startede
and you should see a running equinox desktop ...
Andreas
-
Zumi, How many of the other apps have you worked on?
I'm looking at starting to code for some of the other apps...
One like I would like to do it keep conformity... make either look sorta the same... color scheme... button alignment... etc...
Just seeing what others you have poked around at...
Late
-
It seems FLTK can not support Chinese display and input.
As system tools, it should be consided more carefully.
If you realy want to make a fast and simple program, the gtk2 maybe the first choice.
-
It seems FLTK can not support Chinese display and input.
As system tools, it should be consided more carefully.
If you realy want to make a fast and simple program, the gtk2 maybe the first choice.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157643\"][{POST_SNAPBACK}][/a][/div]
gtk is what the GUI is written in currently... while the guts are coded in python
Late
-
It seems FLTK can not support Chinese display and input.
As system tools, it should be consided more carefully.
If you realy want to make a fast and simple program, the gtk2 maybe the first choice.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157643\"][{POST_SNAPBACK}][/a][/div]
gtk is what the GUI is written in currently... while the guts are coded in python
Late
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157653\"][{POST_SNAPBACK}][/a][/div]
I mean write system tools in C Language and based in gtk2, pthyon is heavy and slow.