[!Syllable] Syllable free operating system family
Hey, should there not be a R3/view? I only can start r3 from terminal.
R3/View only works on Windows and Amiga
Dragging moves a file. Hold Control to copy or Alt to make a symlink
We don't want to hide the delete function under another key combination
The documentation is generated by my CMS (in REBOL). We maintain the source files in AltME
Bas does the Dutch translations, but he stopped halfway. I would love you to help with them. Do you want access to the Syllable AltME world?
If I can work on them off-line, I have some hours on a train left coming week.
No dragging with the trackpad. CD can play, no sound probably a wrong driver, under Haiku is it like Auvia 6
Closing down the system is not possible with media player active. Once mediaplayer is quit the system ends with it.
OK now. I plugged in a real mouse. The scroll wheel doesn't work, but that wasnot promised. I can drag and drop files now. Also I could pull up the volume of both volume and CD controls and now I have sound sound.
Sound works, found the wallpaperChanger too. The Switcher should be on by default people like seeing they have more than one desktop.
Plugging in the mouse (non-usb port) seems conflicting with mounting my usb mp3 player. Unplugging the mouse made my mp3 player disks visible again.Well it is not consequent in this. After another try it took me some time to mount it because it didn't show up. After mounting I plugged in the mouse again. For else I cannot copy files. It worked. System hangs up on me or doesn't respond copying the 20th mp3. Enough testing for today.
Maybe my 1Ghz Pentium from 2001 is too old for this work. :)
Hung applications can prevent the system from shutting down:
I've never heard of a scroll wheel not working before. What kind of mice is it?
A 1 GHz machine is very powerful for Syllable, but it sounds like you may be hitting the bugs in the USB 2 driver. Do you have USB 1 ports that you could try?
Of course you can work off-line on files in AltME. I'll mail you account info
Are there any plans to port syllable to raspberry pi?
It seems to me that a major obstacle to operating system adoption is the difficulty of partitioning a hard drive, and potentially losing all the data from the other operating system partition. Raspberry pi is a $35 ARM system with an SD card designed to teach people how to program. It's an embedded system, so syllable would shine because it is light weight. One of these systems is powerful enough to output 1080p video and extremely small.
I agree. It's tough to port Syllable Desktop to a different CPU architecture, but I'm considering porting Syllable Server
I was beginning to despair, but I finally got the Enlightenment canvas library working on Syllable Desktop :-)
I got some of the examples of the Edje layout engine to work
Kaj, not sure if it's of use to you, but I dug out the timings from the last time I built Qt (on a Linux host, 4 months ago): $ ./configure -opensource -nomake examples -nomake demos -nomake docs -nomake translations 5 minutes $ make -j2 34 minutes That was on a moderate dual-core machine with 2GB ram and spinning disks. Not sure how much make could parallelise, but for a single-core machine roughly twice the build time will be a reasonable worst case estimation. I guess that otherwise the configure-to-build time ratio will still be roughly the same.
(Sorry, ~2 months ago.)
I'm starting to get the GUI build to work, and it takes a few hours here, but Syllable Desktop can't use the second core on this machine, and compiling is roughly half the speed as on Linux, anyway, so that's roughly consistent with your timing
The configuration can be sped up a bit by using -fast if you are using -nomake like that on significant parts
The QtQUI shared library I have right now is 12.5 MB
Yes, ~13M for the libQtGui shlib here as well.
The installed QMake I end up with for Qt 4.8.2 is almost 5 MB
That's good footprint, isn't it? Not following the discussion - I thought you are working on an Enlightenment, not Qt? But maybe I mix Syllable and RED efforts?
I don't know what you think the footprint is for, but it's only the executable of one tool needed for compiling Qt
ah ha, I thought it is a "runtime" library with the whole Qt :-)
No, that's around 100 MB, I have now established, if you strip out all the documentation, examples and demos
So Syllable is going to use Qt for some apps or the system in overall?
So what's your Enlightenment effort then? Red only related?
No, we never wanted to depend on Qt. And I have it all built now, but the GUI doesn't work yet
Still, people want to run Qt apps
I'm working on many things, currently Enlightenment, GTK+ and Qt. The infrastructure they need in Syllable to build and run is mostly shared, and some of the dependencies they use are shared
I have all of Enlightenment working except the widget set. I have DirectFB working and am currently building GTK and Qt on top of that. I have all of Qt built but nothing GUI works. I have all of GTK working except GTK itself, so no GUI there, either, but I'm still working on that
You seem to be skilled in porting various toolkits. No intention to port View engine to Red/System? :-)
As Gabriele noted, I'm modifying code I don't understand, so I'm not feeling very skilled, but I suppose I am after the experience :-)
It doesn't help that the ports get stuck just before they would become useful - as has happened with many ports attempts over the years
So I need very good reasons to start such an attempt, and the R3 View engine has several red flags that we discussed before
I was going to port it to Syllable, but with REBOL down that makes no sense anymore
what red flags? The licence is not set, and the author and owner of the code is Cyphre, not RT, so if it is licence related, we should talk to Cyphre imo ... but anyway - wrong group. It is just that we are binding to some heavy solutions as GTK, Enlightenment, instead of going probably the less hard route?
Those toolkits have widget sets that you would have to redo in Red for View, for another several years of uncertain development
Even Cyphre doesn't want to use it anymore, for technical reasons
I know. But I also expect RED being kind of compatible to RED, syntax wise. And I think Robert would not mind, if someone tried to port R3 GUI to RED. As you can read on various places, ppl still want View, small toolkit, and some are even reluctant to join RED, if the clarification of GUI availability is not made ...
Even Cyphre doesn't want to use it anymore, for technical reasons - I never heard anything like that, and it even does not correspond with my info, that in fact Cyphre would like to redo the View engine completly ...