[Lubuntu-desktop] Release lxpanel in January? (was: Re: [Lxde-list] About lxpanel2)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-12-27 16:56, Julien Lavergne wrote: The spec sounds interesting, don't hesitate to push something when you have a working version. release early, release often. yes please. However, I think we should keep lxpanel in maintenance mode, and include external contributions, as long as they are working, and not breaking anything :) This panel will be there for quite sometimes, we should not abandon it for now, at least until the rewrite is good enough. Yes. Some of you probably remember the release schedule message I sent some weeks back; ubuntu 12.04 will by no means include lxpanel2 and I guess the same goes for debian wheezy and both of them has 2+ years of support in the distribution level. LXPanel (hate it or not) will be around for a long time. I'll work with the recent changes and try to go to release in early January and will follow up on that release in February/March with a bug fixes focused release. This will get the additional code in a rather good state and the translators will be mostly done in time for at least lubuntu 12.04. Objections? - -- brother http://sis.bthstudent.se -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJO+ue8AAoJEJbdSEaj0jV7j0EH/Ah61acV6gw/knmzhqTmPvNc +6D4W/ND22klnS+WHfkxLXl5OjnovUuJi00bntRys4Ylb08jZ9JyM6x2CE/RttiZ eXo2y7WHe68o8NfORoTk+10vh0qnlrKII89JHAvtKmuR222agwGXVBtBCfKzitiD ic3Rk1QJws1xJ3tht44Zd+qXlja6Y6i3MLSzWbLB1IwdtWSZuYvrDsOYw/k7pmsv DvJz8lOUNeNXFRZmlGzoaxFe3IgoaeAZkPjZCWkYX0T4df6QRrmWTV/jAUB72gFI PvCG5c7lxxrJ+QOU0H71k/QFZ/6aknOd2XQskZXMsYCzYAnXk6kwnmWp0b0FSmA= =/CuV -END PGP SIGNATURE- ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] About lxpanel2
If your object oriented refers to the programming language, I'm using Vala now, which is a OO language built on top of GObject/C runtime. The language itself is OO. This, however, does not mean that the program written in it will be OO. I'm not a fan of making everything an object approach. No single programming style is best for all cases. Using too much OO stuff in GObject will create extra overhead as its type system is all created at runtime. Type-casting and virtual function calls sometimes requires looking up in tables. Signal emission in GObject/C is also very inefficient, too. So basically, I'd avoid unnecessary OO whenever possible. If the term object oriented here refers to making everything on the desktop an object, that's a totally different thing and is not related to language used. On Wed, Dec 28, 2011 at 5:27 PM, Klaus Knopper l...@knopper.net wrote: Hi PCMan, On Wed, Dec 28, 2011 at 03:21:02PM +0800, PCMan wrote: On Wed, Dec 28, 2011 at 11:05 AM, Alexis Lopez Zubieta [1]azubi...@estudiantes.uci.cu wrote: I have a question about lxpanel2. Are you planing to make it using an object oriented approach? What do you mean by object oriented approach? I don't understand what you mean. Any examples? I THINK he means whether or not you will be using an object oriented programming model and programming language (or interpreter on the runtime or macro level), which has certain advantages (everything like programs, icons, files, windows etc. are objects where all the code needed to manage the object is included in the objects class, and not spread across different places in the code), and disadvantages (well, object oriented code tends to get voluminous and slow, maybe even buggy, at least that is the common perception). http://en.wikipedia.org/wiki/Object-oriented_programming Gnome and KDE both use object oriented models for their desktops, where KDE also uses an object oriented language, while GNOME works more with procedural languages (C) and its own object management code. Btw, for LXDE, I would, independent of that question, opt for using anything that is stable, small (in the total resources footprint) and fast, even if it means less features. I like C, even that it means you have to be extra careful about memory management and pointer arithmetics. One of the major features of LXDE for me was always that it needs less than 5 seconds to start up all necessary components (lxpanel, pcmanfm, window manager), instead of initializing a lot of services before you can do actual work on the desktop. I hope that the new versions of lxpanel and pcmanfm will still be similarly efficient, no matter which model or toolkit you will use. Regards -Klaus ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] Release lxpanel in January? (was: Re: About lxpanel2)
Le 28 déc. 2011 à 10:56, Martin Bagge / brother brot...@bsnet.se a écrit : I'll work with the recent changes and try to go to release in early January and will follow up on that release in February/March with a bug fixes focused release. This will get the additional code in a rather good state and the translators will be mostly done in time for at least lubuntu 12.04. Objections? Sounds like a good plan :) Thanks. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Integrate obkey (or the like)?
There is a small, fast, simple keybinding utility for Lubuntu available: http://code.google.com/p/obkey/ I wonder what the thinking might be on whether it (or something like it) should get bundled into a Lubuntu base install? With Lubuntu's new and growing popularity (I'm among the recent, grateful converts), it seems reasonable to think of small enhancements that will make the migration a little easier. There has been a fair bit of call in the Ubuntu forums for some simple GUI means of editing the applications menu, for example. Making assignments to keys is another one of those tasks that is easily done in other OS's, but non-trivial in Lubuntu. With obkey, there is already a solution to hand. It needs some documentation, but that is more easily done than the coding! Any reactions/responses welcome (even if to tell this new but enthusiastic use that there is a better place to raise this sort of question). Best wishes from a very wet and windy Scotland, David [djreimer | dajare] -- David Reimer | Edinburgh, UK http://wiki.ubuntu.com/djreimer | https://launchpad.net/~djreimer ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Minimal Install issue in Wiki
On 28/12/11 07:01, Jared Norris wrote: On 28 December 2011 13:46, Hùng Trầnnguyentieu...@gmail.com wrote: Hi all, I just checked our Minimal Install guide at https://wiki.ubuntu.com/Lubuntu/DocumentationHelp/MinimalInstall. I don't know why we use sudo apt-get install --no-install-recommends lubuntu-desktop command to install Lubuntu. With --no-install-recommends we only have Lubuntu with PCManFM, Leafpad, LXTerminal, Synaptic, Update Manager and Preferred Applications. As I understand, Minimal Install is for people who want to get a full Lubuntu desktop by installing via a Ubuntu minimal CD or USB because they can't use Ubiquity. Using --no-install-recommends could make newbie confused when their desktops almost have nothing. Regards, TRẦN Duy Hùng http://www.nguyentieuhau.com/ ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp My understanding is different although I don't know which of us is correct. For mine if all you're trying to do is avoid Ubiquity then why not just use the alternate installer? To me the minimal installation is just that, the bare minimum. From what I understand the minimum install is aimed at REALLY low end computers or people not wanting to download lots of data over the internet. If you have a really low end computer you only want the bare minimum, if you don't want to download large ISOs why would you want to download all the other stuff anyway? I'm happy to be proved wrong but I just have a different understanding and hoping to clear the issue for both our sakes. I used the alternate to install to an old laptop 1.3 GHz Celeron M 256 Mb RAM (since upgraded). Ubiquity kept crashing the alternate worked just fine. It gave me a full Lubuntu install. Today I have used the Mini iso to install to a Compaq TC1000 Tablet with a 1GHz Transmeta Crusoe CPU 256 Mb RAM (possibly 512,it's a bit unclear). No, I don't know what a Crusoe CPU is either. For the tablet I want the ABSOLUTE MINIMUM of 'stuff' on there I'll try to build something half workable from there. All I have at the moment is a browser, window manager synaptic, pretty much. I'm going to start on wireless tomorrow. I never thought I'd see the day I'd be doing this kind of thing, you guys have inspired me to be brave :) ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Integrate obkey (or the like)?
Interesting find, doesn't look very user friendly though (I've only watched the screencast, looked weird to me). On Wed, Dec 28, 2011 at 2:26 PM, David Reimer djrei...@gmail.com wrote: There is a small, fast, simple keybinding utility for Lubuntu available: http://code.google.com/p/obkey/ I wonder what the thinking might be on whether it (or something like it) should get bundled into a Lubuntu base install? With Lubuntu's new and growing popularity (I'm among the recent, grateful converts), it seems reasonable to think of small enhancements that will make the migration a little easier. There has been a fair bit of call in the Ubuntu forums for some simple GUI means of editing the applications menu, for example. Making assignments to keys is another one of those tasks that is easily done in other OS's, but non-trivial in Lubuntu. With obkey, there is already a solution to hand. It needs some documentation, but that is more easily done than the coding! Any reactions/responses welcome (even if to tell this new but enthusiastic use that there is a better place to raise this sort of question). Best wishes from a very wet and windy Scotland, David [djreimer | dajare] -- David Reimer | Edinburgh, UK http://wiki.ubuntu.com/djreimer | https://launchpad.net/~djreimer ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Minimal Install issue in Wiki
I used the alternate to install to an old laptop 1.3 GHz Celeron M 256 Mb RAM (since upgraded). Ubiquity kept crashing the alternate worked just fine. It gave me a full Lubuntu install. Today I have used the Mini iso to install to a Compaq TC1000 Tablet with a 1GHz Transmeta Crusoe CPU 256 Mb RAM (possibly 512,it's a bit unclear). No, I don't know what a Crusoe CPU is either. For the tablet I want the ABSOLUTE MINIMUM of 'stuff' on there I'll try to build something half workable from there. All I have at the moment is a browser, window manager synaptic, pretty much. I'm going to start on wireless tomorrow. I never thought I'd see the day I'd be doing this kind of thing, you guys have inspired me to be brave :) Back in the change of the millenium there was a common question that was directed to Linus when he was talking some where: What does Transmeta do? Usually couple of hands got rised with same question. Oh well, later Transmeta released Crusoe CPU which was totally low energy consumption CPU, a huge improvement on laptop markets (flybook for example). Later Transmeta got purchased by VIA. You can read more about it from wikipedia for example. And yes Minimal CD is da thing, smartest way to install operating system. And when you install lubuntu-desktop meta package, it will fetch the whole thingie. lubuntu-core installs just the core, basics to build your desktop. Laters ;) ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Integrate obkey (or the like)?
El 28/12/11 15:43, A. Andjelkovic escribió: Interesting find, doesn't look very user friendly though (I've only watched the screencast, looked weird to me). That vs nothing i prefer that :) -- jpxsat ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Integrate obkey (or the like)?
On Wed, Dec 28, 2011 at 2:02 PM, Jean-Pierre Vidal Piesset jpx...@gmail.com wrote: El 28/12/11 15:43, A. Andjelkovic escribió: Interesting find, doesn't look very user friendly though (I've only watched the screencast, looked weird to me). That vs nothing i prefer that :) -- jpxsat +1 Maybe create a launcher to make it more user friendly. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Integrate obkey (or the like)?
Hi Boss, what are the chances of getting this into the repos? Do you have time to chat with the author to get it through testing? I'll help if you tell me what I need to do. Thanks, Phill. On Wed, Dec 28, 2011 at 7:41 PM, Tim Bernhard ohiom...@gmail.com wrote: On Wed, Dec 28, 2011 at 2:02 PM, Jean-Pierre Vidal Piesset jpx...@gmail.com wrote: El 28/12/11 15:43, A. Andjelkovic escribió: Interesting find, doesn't look very user friendly though (I've only watched the screencast, looked weird to me). That vs nothing i prefer that :) -- jpxsat +1 Maybe create a launcher to make it more user friendly. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp -- https://wiki.ubuntu.com/phillw ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Integrate obkey (or the like)?
On 28 December 2011 14:38, Martin Olesen skovproduk...@gmail.com wrote: Wasn't it better to use the same application for keybindings as in Ubuntu rather than including something new? Everybody benefits from as much recycling as possible. My understanding was that the Ubuntu keybinder wouldn't work on Lubuntu (ibus vs. openbox??), which is why this coder developed obkey. Could be quite wrong there, though, so open to correction! Also, 'Development is halted' looks scary to me. I *think* that's because it's stable and does what it's supposed to do, not because it is almost-there-but-abandoned. I've used it myself and it's pretty simple and solid -- though it could certainly use some documentation. David [djreimer | dajare] -- David Reimer | Edinburgh, UK http://wiki.ubuntu.com/djreimer | https://launchpad.net/~djreimer ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Integrate obkey (or the like)?
On Wed, Dec 28, 2011, at 09:00 PM, Phill Whiteside wrote: what are the chances of getting this into the repos? It needs packaging first, before that is possible :) Obkey seems to use pyGTK 2.x, so I think we'd have a GTK2 vs GTK3 issue, unless the author is willing to update it to use PyGObject and GTK3? Other than that, it just needs packaging and documentation, as far as I can see. If it were really truly just a matter of packaging, I'd make an attempt; but I'm not about to volunteer for the related documentation- writing and porting-to-PyGObject work. Jonathan -- Jonathan Marsden jmars...@fastmail.fm ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Integrate obkey (or the like)?
Hi Jonathan, well at least it was not an out right NO! To make this little wish list come true, needs a the most precious resource of all dev time. Hence my asking the boss if they had time. It really looks good, can we spare a dev to babysit it? Regards, Phill On Wed, Dec 28, 2011 at 11:15 PM, Jonathan Marsden jmars...@fastmail.fmwrote: On Wed, Dec 28, 2011, at 09:00 PM, Phill Whiteside wrote: what are the chances of getting this into the repos? It needs packaging first, before that is possible :) Obkey seems to use pyGTK 2.x, so I think we'd have a GTK2 vs GTK3 issue, unless the author is willing to update it to use PyGObject and GTK3? Other than that, it just needs packaging and documentation, as far as I can see. If it were really truly just a matter of packaging, I'd make an attempt; but I'm not about to volunteer for the related documentation- writing and porting-to-PyGObject work. Jonathan -- Jonathan Marsden jmars...@fastmail.fm -- https://wiki.ubuntu.com/phillw ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] [Bug 908915] [NEW] [11.10 - 12.04] deja-dup missing icons for add/remove (on lubuntu Missing dependency to gnome-icon-theme-symbolic
You have been subscribed to a public bug by Michael Basse (michael-alpha-unix): deja-dup has missing icons for add/remove in the menu where you can choose what should be included/excluded this is happening on a lubuntu system so i guess deja-dup has a missing dependency which is only a problem when not using ubuntu-desktop this is happening on 11.10 and 12.04. 11.04 was not tested ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: deja-dup 21.2-0ubuntu2 ProcVersionSignature: Ubuntu 3.2.0-6.12-generic 3.2.0-rc6 Uname: Linux 3.2.0-6-generic i686 ApportVersion: 1.90-0ubuntu1 Architecture: i386 Date: Tue Dec 27 03:06:03 2011 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release i386 (20110426) ProcEnviron: PATH=(custom, no user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: deja-dup UpgradeStatus: Upgraded to precise on 2011-12-04 (22 days ago) ** Affects: deja-dup (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 precise -- [11.10 - 12.04] deja-dup missing icons for add/remove (on lubuntu Missing dependency to gnome-icon-theme-symbolic https://bugs.launchpad.net/bugs/908915 You received this bug notification because you are a member of Lubuntu, which is subscribed to the bug report. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] [Bug 908915] Re: [11.10 - 12.04] deja-dup missing icons for add/remove (on lubuntu Missing dependency to gnome-icon-theme-symbolic
just for the record installing gnome-icon-theme-symbolic did not pull any other packages on a lubuntu-installation, so adding gnome-icon-theme-symbolic to lubuntu-meta will not end up in a big dependency-fight ** Summary changed: - [11.10 - 12.04] deja-dup missing icons for add/remove (on lubuntu Missing dependency to gnome-icon-theme-symbolic + [11.10 - 12.04] deja-dup missing icons for add/remove (on lubuntu) Missing dependency to gnome-icon-theme-symbolic -- You received this bug notification because you are a member of Lubuntu, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/908915 Title: [11.10 - 12.04] deja-dup missing icons for add/remove (on lubuntu) Missing dependency to gnome-icon-theme-symbolic Status in “deja-dup” package in Ubuntu: New Bug description: deja-dup has missing icons for add/remove in the menu where you can choose what should be included/excluded this is happening on a lubuntu system so i guess deja-dup has a missing dependency which is only a problem when not using ubuntu- desktop this is happening on 11.10 and 12.04. 11.04 was not tested ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: deja-dup 21.2-0ubuntu2 ProcVersionSignature: Ubuntu 3.2.0-6.12-generic 3.2.0-rc6 Uname: Linux 3.2.0-6-generic i686 ApportVersion: 1.90-0ubuntu1 Architecture: i386 Date: Tue Dec 27 03:06:03 2011 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release i386 (20110426) ProcEnviron: PATH=(custom, no user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: deja-dup UpgradeStatus: Upgraded to precise on 2011-12-04 (22 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/deja-dup/+bug/908915/+subscriptions ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] About lxpanel2
Thanks for your replies Klaus Knopper and PCMan. As I understood you are planing to use an structured approach to create lxpanel2 and the rest of the LXDE desktop environment. Now I want to expose something. I'm an student of informatics engineering in the UCI where I learned to design and create applications with Object Oriented techniques. But when I came to the world of LXDE I found that there is not an object in the whole code and also I didn't find any design or model of the programs that you build. So two questions come to me: - Are you designing the aplications before start to write code? - How do you do it? (wich engineering thechniques do you use?) Regards Alexis. - Original Message - From: PCMan pcman...@gmail.com To: Klaus Knopper l...@knopper.net Cc: Alexis Lopez Zubieta azubi...@estudiantes.uci.cu, lxde-list lxde-l...@lists.sourceforge.net, lubuntu-desktop lubuntu-desktop@lists.launchpad.net Sent: Wednesday, December 28, 2011 4:58:39 AM Subject: Re: [Lxde-list] About lxpanel2 If your object oriented refers to the programming language, I'm using Vala now, which is a OO language built on top of GObject/C runtime. The language itself is OO. This, however, does not mean that the program written in it will be OO. I'm not a fan of making everything an object approach. No single programming style is best for all cases. Using too much OO stuff in GObject will create extra overhead as its type system is all created at runtime. Type-casting and virtual function calls sometimes requires looking up in tables. Signal emission in GObject/C is also very inefficient, too. So basically, I'd avoid unnecessary OO whenever possible. If the term object oriented here refers to making everything on the desktop an object, that's a totally different thing and is not related to language used. On Wed, Dec 28, 2011 at 5:27 PM, Klaus Knopper l...@knopper.net wrote: Hi PCMan, On Wed, Dec 28, 2011 at 03:21:02PM +0800, PCMan wrote: On Wed, Dec 28, 2011 at 11:05 AM, Alexis Lopez Zubieta [1] azubi...@estudiantes.uci.cu wrote: I have a question about lxpanel2. Are you planing to make it using an object oriented approach? What do you mean by object oriented approach? I don't understand what you mean. Any examples? I THINK he means whether or not you will be using an object oriented programming model and programming language (or interpreter on the runtime or macro level), which has certain advantages (everything like programs, icons, files, windows etc. are objects where all the code needed to manage the object is included in the objects class, and not spread across different places in the code), and disadvantages (well, object oriented code tends to get voluminous and slow, maybe even buggy, at least that is the common perception). http://en.wikipedia.org/wiki/Object-oriented_programming Gnome and KDE both use object oriented models for their desktops, where KDE also uses an object oriented language, while GNOME works more with procedural languages (C) and its own object management code. Btw, for LXDE, I would, independent of that question, opt for using anything that is stable, small (in the total resources footprint) and fast, even if it means less features. I like C, even that it means you have to be extra careful about memory management and pointer arithmetics. One of the major features of LXDE for me was always that it needs less than 5 seconds to start up all necessary components (lxpanel, pcmanfm, window manager), instead of initializing a lot of services before you can do actual work on the desktop. I hope that the new versions of lxpanel and pcmanfm will still be similarly efficient, no matter which model or toolkit you will use. Regards -Klaus -- University of Informatic Sciences (UCI) http://www.uci.cu Nova Light Development Team http://www.nova.cu Alexis López Zubieta azubi...@estudiantes.uci.cu Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.wordpress.com ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] About lxpanel2
On Thu, Dec 29, 2011 at 10:45 AM, Alexis Lopez Zubieta azubi...@estudiantes.uci.cu wrote: Thanks for your replies Klaus Knopper and PCMan. As I understood you are planing to use an structured approach to create lxpanel2 and the rest of the LXDE desktop environment. Now I want to expose something. I'm an student of informatics engineering in the UCI where I learned to design and create applications with Object Oriented techniques. But when I came to the world of LXDE I found that there is not an object in the whole code and also I didn't find any design or model of the programs that you build. So two questions come to me: - Are you designing the aplications before start to write code? Sure, but I did not receive any formal training and taught myself programming with books, other OSS projects, and, google only. So the design can be a little bit weird sometimes. GTK+ itself is designed in a fully OO way and uses a lot of design patterns, but it's written in C. However there is no language support for objects in C. We only have struct + functions. A virtual function table in GTK+ world is a C struct which needs to be filled by hand. Things does not look like OO initially, but its spirit is OO sometimes. - How do you do it? (wich engineering thechniques do you use?) None. I did try and error in the past. Now I often tried to figure out the design/interfaces/APIs first, and start implement them later. For the GUI programs, now I tend to design the GUI first. Regards Alexis. -- *From: *PCMan pcman...@gmail.com *To: *Klaus Knopper l...@knopper.net *Cc: *Alexis Lopez Zubieta azubi...@estudiantes.uci.cu, lxde-list lxde-l...@lists.sourceforge.net, lubuntu-desktop lubuntu-desktop@lists.launchpad.net *Sent: *Wednesday, December 28, 2011 4:58:39 AM *Subject: *Re: [Lxde-list] About lxpanel2 If your object oriented refers to the programming language, I'm using Vala now, which is a OO language built on top of GObject/C runtime. The language itself is OO. This, however, does not mean that the program written in it will be OO. I'm not a fan of making everything an object approach. No single programming style is best for all cases. Using too much OO stuff in GObject will create extra overhead as its type system is all created at runtime. Type-casting and virtual function calls sometimes requires looking up in tables. Signal emission in GObject/C is also very inefficient, too. So basically, I'd avoid unnecessary OO whenever possible. If the term object oriented here refers to making everything on the desktop an object, that's a totally different thing and is not related to language used. On Wed, Dec 28, 2011 at 5:27 PM, Klaus Knopper l...@knopper.net wrote: Hi PCMan, On Wed, Dec 28, 2011 at 03:21:02PM +0800, PCMan wrote: On Wed, Dec 28, 2011 at 11:05 AM, Alexis Lopez Zubieta [1]azubi...@estudiantes.uci.cu wrote: I have a question about lxpanel2. Are you planing to make it using an object oriented approach? What do you mean by object oriented approach? I don't understand what you mean. Any examples? I THINK he means whether or not you will be using an object oriented programming model and programming language (or interpreter on the runtime or macro level), which has certain advantages (everything like programs, icons, files, windows etc. are objects where all the code needed to manage the object is included in the objects class, and not spread across different places in the code), and disadvantages (well, object oriented code tends to get voluminous and slow, maybe even buggy, at least that is the common perception). http://en.wikipedia.org/wiki/Object-oriented_programming Gnome and KDE both use object oriented models for their desktops, where KDE also uses an object oriented language, while GNOME works more with procedural languages (C) and its own object management code. Btw, for LXDE, I would, independent of that question, opt for using anything that is stable, small (in the total resources footprint) and fast, even if it means less features. I like C, even that it means you have to be extra careful about memory management and pointer arithmetics. One of the major features of LXDE for me was always that it needs less than 5 seconds to start up all necessary components (lxpanel, pcmanfm, window manager), instead of initializing a lot of services before you can do actual work on the desktop. I hope that the new versions of lxpanel and pcmanfm will still be similarly efficient, no matter which model or toolkit you will use. Regards -Klaus -- -- University of Informatic Sciences (UCI) http://www.uci.cu* *Nova Light Development Team http://www.nova.cu Alexis López Zubieta azubi...@estudiantes.uci.cu http://www.antiterroristas.cu/ ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post