Oh, ok. Sorry about that. I'll be able to do lots tomorrow since school was cancelled due to Tropical Storm. And just a little thing, it still says version 0.8 when you bumped it to 0.9_________________That rank under my username doesn't mean I know everything, it just means I ask a lot of questions.

Or for that matter, any number of different window managers. I think we should indeed take them one at a time though. How does KDE structure its menu and additions to it though? (I haven't used it in quite some time since switching to fluxbox)_________________That rank under my username doesn't mean I know everything, it just means I ask a lot of questions.

I'm wondering if there is a way to have a listing of the currently added programs so that I don't inadvertantly submit the same one over and over again. There's probably already something somewhere that shows this, but I just wanted to know._________________That rank under my username doesn't mean I know everything, it just means I ask a lot of questions.

I already thought of that, if there is a portage id in the database already to wont write it to the database again. For viewing all the current programs in the database, I'll add something to the main page to search the database or something similar. Edit: You can now search the database from the homepage. http://denu.sourceforge.net

That's a nice addition. This idea might be more trouble than it is worth but is there someway to have a rundown of how many packages there are in each category that have not been added yet? To help give an idea of where the most work needs to be done instead of all over. I've been trying to knock out the game categories so far. I know that packages that don't need to be in a menu (like many CLI only programs) so I guess there should be some way to filter them out, maybe looking for the -X USE flag. Dunno if that's really possible or anything, just floating ideas.
Also, there wouldn't happen to be a way to check the name of the binary executables installed by an ebuild without actually emerging it is there? That would speed things up considerably if there were. _________________That rank under my username doesn't mean I know everything, it just means I ask a lot of questions.

Finding executables seems to be a trick for me also. Something I've tried is look for the 'dobin' line in the ebuild. That should help you out. As far as comparing whats in Denu vs. Portage I'm not sure of an answer. I'll investigate it more but no promises. Currently I'm emerging KDE to see what the possibilties of denu in KDE are. I"m also emerging gnome, openbox and xfce to test out the waters. Forceflow, thanks for the help and like I said earlier if you want to be a developer on sourceforge you can. Thanks.

Sure, I can be one, I guess. Can't really promise anything more than spur of the moment ideas/program additions though. Every little bit helps though. _________________That rank under my username doesn't mean I know everything, it just means I ask a lot of questions.

This is an update. Like I said earlier I installed, kde, gnome, enlightenment, openbox and xfce and am looking at adding support for openbox first. Why? Because I want to try out the WM without writing the menu by hand.

The reality in this entire thread is to just buckup and use the debian method which is proven and works. To implement a menu system a la debian is trivial, and I see pride being the biggest obsticle here as gentoo wouldn't be doing it "their way".

Apps like this attempt are nice, but not a good solution as the author has to make it compatible with every WM thats major. Debians system works because it puts the job on the maintainer of the package.

Lacking a menu system is a pretty big negative imo of Gentoo, again, seeing that debian has done the majority of the work already.. maybe there could be some progress in this in some way.

I like this solution a lot. I don't like it being in the hands of a package developer. With Ubuntu (not debian, I know) there were some packages that I would install that would have their menu item and some that didn't. I would get pretty annoyed when I installed a package and the menu item wasn't there. In this system when this happens, I add it. Quick and simple. Now that I added it, everyone will also be able to see it. This doesn't have to worry about messing with portage at all, and users can completely customize their own menu.

I like it being a two step process. We have a database that can store infor from a packagename -> menu definition. Then you can customize a menu based on how you want it. Then scripts take that and make custom wm-ified versions of it.

In my mind this version of the menuing system is flawless. I can completely customize my menu the way I like it for any wm that I want. Package maintainers don't have to do any work and portage doesn't have to be changed at all. With user's inputing the programs they use to the database, it will stay large and current.

Maybe it is gentoo pride that came up with this, but it feels like most of this system is built off of the same pride. This is along those same lines as "Why compile if you can install binary packages?" I think this system is more complete and near-perfect.

(I was actually getting annoyed at the debian system when i stumbled across the DENU project page, and it gave me that jump I needed to put gentoo back on my laptop/desktop)

I just installed Denu and it worked great! I use icewm and it completely overwrote my menu file... I changed the new menu to genu.menu and copied my backup to menu then added genu.menu as a menufile. this gave me the easy menu generation and let me keep my existing stuff... Is there a way to configure genu to do this automatically, so I can edit the genu menu and not overwrite my existing menu (I also dislike clutter on my primary menu...)

Last edited by mcuddy on Sun May 04, 2008 11:15 pm; edited 1 time in total

The reality in this entire thread is to just buckup and use the debian method which is proven and works. To implement a menu system a la debian is trivial, and I see pride being the biggest obsticle here as gentoo wouldn't be doing it "their way".

Apps like this attempt are nice, but not a good solution as the author has to make it compatible with every WM thats major. Debians system works because it puts the job on the maintainer of the package.

Lacking a menu system is a pretty big negative imo of Gentoo, again, seeing that debian has done the majority of the work already.. maybe there could be some progress in this in some way.

Is there any reason for the resistance to the Debian method?

That is a good question that never seems to get answered.

Personally, I think with stable opendesktop standards on menu entries, there is no reason each ebuild can't include instructions for putting in that menu entry. This feature is LONG overdue. People need to be vocal in support for such a thing if it is going to happen._________________Nihilism makes me smile.

Posted: Sun May 04, 2008 3:37 am Post subject: I would like to include this in my package manager.

enderandrew wrote:

calr0x wrote:

The reality in this entire thread is to just buckup and use the debian method which is proven and works. To implement a menu system a la debian is trivial, and I see pride being the biggest obsticle here as gentoo wouldn't be doing it "their way".

Apps like this attempt are nice, but not a good solution as the author has to make it compatible with every WM thats major. Debians system works because it puts the job on the maintainer of the package.

Lacking a menu system is a pretty big negative imo of Gentoo, again, seeing that debian has done the majority of the work already.. maybe there could be some progress in this in some way.

Is there any reason for the resistance to the Debian method?

That is a good question that never seems to get answered.

Personally, I think with stable opendesktop standards on menu entries, there is no reason each ebuild can't include instructions for putting in that menu entry. This feature is LONG overdue. People need to be vocal in support for such a thing if it is going to happen.

I am creating a new interface for the portato package. In fact, it is to be a complete portage manager the extends far beyond the parameters of the current package. I found this posting by searching here for addpatches. This is the very thing that I'm currently interested in adding to my package: Xneutato. Please come and see the latest post I've made concerning this there: https://forums.gentoo.org/viewtopic-p-5082452.html#5082452

Posted: Sun May 04, 2008 3:43 am Post subject: This is the very thing that I suggested be added to portato.

TanNewt wrote:

I already thought of that, if there is a portage id in the database already to wont write it to the database again. For viewing all the current programs in the database, I'll add something to the main page to search the database or something similar. Edit: You can now search the database from the homepage. http://denu.sourceforge.net

It wasn't accepted by the author, so I've set out to create an extended version of portato, called Xneutato. I would like to know how could this be added to (or embedded within) my package manager.