From: Marc L. <ti...@ma...> - 2003-11-23 22:51:31
|
Hi! How easy of difficult would it be to have this available for our menus? http://phplayersmenu.sourceforge.net/ Also, it would be nice to have a nice hierarchal menu generated from our category system. M ;-) -- Marc Laporte http://tikiwiki.org/UserPagemarclaporte |
From: mose <mo...@mo...> - 2003-11-23 23:04:48
|
le Sun, Nov 23, 2003 at 05:51:46PM -0500 par Marc Laporte : > Hi! > > How easy of difficult would it be to have this available for our menus? > http://phplayersmenu.sourceforge.net/ > > Also, it would be nice to have a nice hierarchal menu generated from our > category system. - and for structure, and for directory tree, and for lists, and .. Well, it's LGPL, we can use it. If I was idle, I would try that locally on tw.o so we can decide. hmm. maybe even if not idle. mose |
From: Damian P. <da...@da...> - 2003-11-24 07:49:46
|
Ive downloaded it and am going to get it up and running on Damosoft.co.uk later today Damian Parker Damosoft http://www.damosoft.co.uk 'Public Forums now online with FREE Forum based support' -- All email is scanned by Norton Anti-Virus -- > -----Original Message----- > From: tik...@li... > [mailto:tik...@li...] On Behalf Of mose > Sent: 23 November 2003 23:05 > To: tik...@li... > Subject: Re: [Tikiwiki-devel] PHP Layers Menu System > > > le Sun, Nov 23, 2003 at 05:51:46PM -0500 par Marc Laporte : > > Hi! > > > > How easy of difficult would it be to have this available for our > > menus? http://phplayersmenu.sourceforge.net/ > > > > Also, it would be nice to have a nice hierarchal menu > generated from > > our category system. > > - and for structure, and for directory tree, and for lists, > and .. Well, it's LGPL, we can use it. If I was idle, I would > try that locally on tw.o so we can decide. hmm. maybe even if > not idle. > > mose > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us > help YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Tikiwiki-devel mailing list Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > |
From: Michael S. Z. <ms...@go...> - 2003-11-24 10:43:00
|
On Sunday 23 November 2003 05:04 pm, mose wrote: > If I was idle, I would try that > locally on tw.o so we can decide. hmm. maybe even if not idle. > mose... Why not patch the calendar functions so you can have 36 hours in a day and 10 or 12 days in a week? You may not be the only one looking for a little free time. Mike |
From: Luis A. <lu...@fu...> - 2003-11-24 18:16:29
|
I think it is a very interesting option for menus and our menu creation tools if you investigate let me know what you think Mose! Luis ----- Original Message ----- From: "mose" <mo...@mo...> To: <tik...@li...> Sent: Sunday, November 23, 2003 8:04 PM Subject: Re: [Tikiwiki-devel] PHP Layers Menu System > le Sun, Nov 23, 2003 at 05:51:46PM -0500 par Marc Laporte : > > Hi! > > > > How easy of difficult would it be to have this available for our menus? > > http://phplayersmenu.sourceforge.net/ > > > > Also, it would be nice to have a nice hierarchal menu generated from our > > category system. > > - and for structure, and for directory tree, and for lists, and .. > Well, it's LGPL, we can use it. If I was idle, I would try that > locally on tw.o so we can decide. hmm. maybe even if not idle. > > mose > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Tikiwiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.541 / Virus Database: 335 - Release Date: 11/20/2003 |
From: mose <mo...@mo...> - 2003-11-24 23:53:24
|
le Mon, Nov 24, 2003 at 03:16:14PM -0300 par Luis Argerich : > I think it is a very interesting option for menus and our menu creation > tools if you investigate let me know what you think Mose! *** phplayers : I tried an integration in my local tiki. Damn it works, it don't look like slowing the page display, I think we should try it as an alternative way to represent menus or tree-lists. I think that we could include phplayers as a module, like for smarty and adodb, so it can be updated separately, and used, with a wrapper if needed, by tiki without touching the original code. Exactly like for smarty. Then we need a feature $features_phplayers set globally because some css and js are set in the header, and libs have to be loaded only if that feature is used. I used a duplicate of lib/smarty_tiki/functions.menu.php for my tests, but that lib would deserve a special work for setting up options, and such thing is very useful when useable from smarty. It takes as input a template file and a variable under a given format, it would be simple to make it used from anywhere. I can prepare something that I can commit. I now just have to make the link with data input from tiki (building that variable with given format). *** user menu About the user menu creation, on another hand, I want to add in there some more "styles" informations, and something I definately need : a field that make possible to highlight the menu entry linking to current page. But adding more options there would maybe require an admin panel redesign for easier management. *** other incoming enhancements And, as we are talking about code that may move soon, I have 2 other hints to spread around : I'm currently working with UNGI (a french internet company) on a tikiwiki for one of their client, a public interest organism in health area. They love our work and want that code they pay is contributed back, and they agree to find opportunities in development in order to make it more re-usable. (.. damn it's good ! tikipeople, you should try to find such contracts they can make us live) Main changes imply trackers (more options, more choices on how things are displayed), users and groups (adding them more configurable informations, like if you could build a user schema with tracker tool), validation (validation of accounts, validation of change of a tracker item or on a change on user/groups informations), handling multiple users schemas (maybe I'll try to build a morphology dependency beetween groups and user schemas, stealing some ideas from ldap concepts and cheating them). *** btw I split that long mail in part because long mails are often unread, providing splits with headlines raises the chances a little. cheers, mose > > Luis > > ----- Original Message ----- > From: "mose" <mo...@mo...> > To: <tik...@li...> > Sent: Sunday, November 23, 2003 8:04 PM > Subject: Re: [Tikiwiki-devel] PHP Layers Menu System > > > > le Sun, Nov 23, 2003 at 05:51:46PM -0500 par Marc Laporte : > > > Hi! > > > > > > How easy of difficult would it be to have this available for our menus? > > > http://phplayersmenu.sourceforge.net/ > > > > > > Also, it would be nice to have a nice hierarchal menu generated from our > > > category system. > > > > - and for structure, and for directory tree, and for lists, and .. > > Well, it's LGPL, we can use it. If I was idle, I would try that > > locally on tw.o so we can decide. hmm. maybe even if not idle. > > > > mose > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > Tikiwiki-devel mailing list > > Tik...@li... > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.541 / Virus Database: 335 - Release Date: 11/20/2003 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Tikiwiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
From: zaufi <za...@se...> - 2003-11-25 06:02:13
|
is that php menu allow to quick change style? I mean it is not reasonable to have out own menu (hardcoded) and php LMS based... --- maybe it is better to offer a few php LMS based (with different look-n-feel) but use the same code (with minimal diffs at call) instead of large disorganized tiki codebase... On Tuesday 25 November 2003 02:53, mose wrote: > le Mon, Nov 24, 2003 at 03:16:14PM -0300 par Luis Argerich : > > I think it is a very interesting option for menus and our menu creation > > tools if you investigate let me know what you think Mose! > > *** phplayers : > > I tried an integration in my local tiki. > > Damn it works, it don't look like slowing the page display, I think we > should try it as an alternative way to represent menus or tree-lists. > > I think that we could include phplayers as a module, like for smarty > and adodb, so it can be updated separately, and used, with a wrapper > if needed, by tiki without touching the original code. Exactly like > for smarty. > > Then we need a feature $features_phplayers set globally because some > css and js are set in the header, and libs have to be loaded only if > that feature is used. > > I used a duplicate of lib/smarty_tiki/functions.menu.php for my tests, > but that lib would deserve a special work for setting up options, and > such thing is very useful when useable from smarty. > > It takes as input a template file and a variable under a given format, > it would be simple to make it used from anywhere. I can prepare > something that I can commit. I now just have to make the link with > data input from tiki (building that variable with given format). > > > *** user menu > > About the user menu creation, on another hand, I want to add in there > some more "styles" informations, and something I definately need : a > field that make possible to highlight the menu entry linking to current > page. But adding more options there would maybe require an admin panel > redesign for easier management. > > > *** other incoming enhancements > > And, as we are talking about code that may move soon, I have 2 other > hints to spread around : I'm currently working with UNGI (a french > internet company) on a tikiwiki for one of their client, a public > interest organism in health area. They love our work and want that > code they pay is contributed back, and they agree to find > opportunities in development in order to make it more re-usable. > (.. damn it's good ! tikipeople, you should try to find such contracts > they can make us live) > > Main changes imply trackers (more options, more choices on how things > are displayed), users and groups (adding them more configurable > informations, like if you could build a user schema with tracker > tool), validation (validation of accounts, validation of change of a > tracker item or on a change on user/groups informations), handling > multiple users schemas (maybe I'll try to build a morphology > dependency beetween groups and user schemas, stealing some ideas > from ldap concepts and cheating them). > > > *** btw > > I split that long mail in part because long mails are often unread, > providing splits with headlines raises the chances a little. > > > cheers, > mose > > > Luis > > > > ----- Original Message ----- > > From: "mose" <mo...@mo...> > > To: <tik...@li...> > > Sent: Sunday, November 23, 2003 8:04 PM > > Subject: Re: [Tikiwiki-devel] PHP Layers Menu System > > > > > le Sun, Nov 23, 2003 at 05:51:46PM -0500 par Marc Laporte : > > > > Hi! > > > > > > > > How easy of difficult would it be to have this available for our > > > > menus? http://phplayersmenu.sourceforge.net/ > > > > > > > > Also, it would be nice to have a nice hierarchal menu generated from > > > > our category system. > > > > > > - and for structure, and for directory tree, and for lists, and .. > > > Well, it's LGPL, we can use it. If I was idle, I would try that > > > locally on tw.o so we can decide. hmm. maybe even if not idle. > > > > > > mose > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > Does SourceForge.net help you be more productive? Does it > > > help you create better code? SHARE THE LOVE, and help us help > > > YOU! Click Here: http://sourceforge.net/donate/ > > > _______________________________________________ > > > Tikiwiki-devel mailing list > > > Tik...@li... > > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.541 / Virus Database: 335 - Release Date: 11/20/2003 > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > Tikiwiki-devel mailing list > > Tik...@li... > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Tikiwiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
From: mose <mo...@mo...> - 2003-11-25 11:00:24
|
yo I have commit the phplayers feature to cvs. Here are details : * get the source The unpatched 3.1.1 phplayers code source is in a cvs modules. in your local working cvs dir cvs co phplayers That is an optionnal module, weight about 900 Kb, and not automatically checked out in tikiwiki module. The resulting content in lib/phplayers should not be modified, or changes will be problematic at next upgrade. * activate the feature there is a new preference in tiki_preferences, insert into tiki_preferences (name,value) values ('feature_phplayers','y'); I'll add that in features admin panel if tests are successful. * use it In main tikiwiki source tree there is a new smarty function lib/smarty_tiki/function.phplayers.php that holds the code for phplayers inclusion, to be used in smarty templates or in a user-defined module, under the form {phplayers id=42} there are some starting options, read the comments in source code * warning That is a fast and experimental integration, nothing is definitive there. I have added a test of 'phplayered' application_menu on tw.o (you have to add it in your user modules panel), please test with different browsers. cheers, mose |
From: Dennis H. <dh...@fi...> - 2003-11-25 16:44:04
|
> I have commit the phplayers feature to cvs. I got this working pretty easily and it's quite nice. Could we make this the default for the menus in 1.8? It's a cool menu tool. If the admin menu was put into a menu file, it would make the choice of 42 for the admin menu a moot point (since it would reside outside the db). Then only "custom" menu's would be in the db, and it would be harder for a user to inadvertently change the admin menu. Perhaps someone should write a "failsafe" page that has links to some of the important menu functions (like the login page) in case the "fancy stuff" ever causes problems. A good example is if the column containing the login module in hidden, or the login module itself removed. > * warning > That is a fast and experimental integration, nothing is definitive > there. I have added a test of 'phplayered' application_menu on tw.o > (you have to add it in your user modules panel), please test with > different browsers. > > > cheers, > mose |
From: Marc L. <ti...@ma...> - 2003-11-25 19:36:39
|
+1 I think a specialized menu system has a much better chance of being fully cross-browser compatible. We can focus our energies on things nobody does. It is LGPL. I will contact the developer Marco Pratesi. M ;-) -- Marc Laporte http://tikiwiki.org/UserPagemarclaporte -----Original Message----- From: tik...@li... [mailto:tik...@li...] On Behalf Of Dennis Heltzel Sent: November 25, 2003 11:44 AM To: tik...@li... Subject: Re: [Tikiwiki-devel] PHP Layers Menu System > I have commit the phplayers feature to cvs. I got this working pretty easily and it's quite nice. Could we make this the default for the menus in 1.8? It's a cool menu tool. If the admin menu was put into a menu file, it would make the choice of 42 for the admin menu a moot point (since it would reside outside the db). Then only "custom" menu's would be in the db, and it would be harder for a user to inadvertently change the admin menu. Perhaps someone should write a "failsafe" page that has links to some of the important menu functions (like the login page) in case the "fancy stuff" ever causes problems. A good example is if the column containing the login module in hidden, or the login module itself removed. > * warning > That is a fast and experimental integration, nothing is definitive > there. I have added a test of 'phplayered' application_menu on tw.o > (you have to add it in your user modules panel), please test with > different browsers. > > > cheers, > mose ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Tikiwiki-devel mailing list Tik...@li... https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |