[Trac] hierarchy of wiki pages
I am considering adding wiki pages in a heirarchy, e.g., wiki/program/doc/a wiki/program/doc/b wiki/program/doc/c wiki/program/options/a wiki/program/options/b wiki/program/options/c or some such arrangement. Part of this is that I want to do things like use the Include macro to include, say, wiki/program/options/a in wiki/program/doc/a. One reason for this is that some parts are generated by a program, and some by users. This layout allows me to change them independently. The exact reason, nonetheless, it not the real issue. The Page Template part of the wiki is what lead me down this path: it uses a hierarchy in the wiki name space. Perhaps that is not generalized to all pages? Like how the pages are listed in the Index. Two questions: 1) Any obvious cons to this? Or better ways to get a hierarchical organization? I had tried names, like ProgramDocXa, ProgramDocXb, ProgramOptionsXa. But this was not to local tastes. 2) Should it be possible, with trac-admin, to include wiki pages that are in a directory hierarchy and have that hierarchy be maintained in the wiki pages, as described above? I think the 'wiki load' command only takes files from the current directory and places them in project/wiki. I am considering moving some program documentation from OpenOffice docs into a trac wiki. Printed versions are to be done via the TracWikiPrintPlugin. Anyone else gone this route? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: hierarchy of wiki pages
Hey Roger, In order to solve wiki hierarchy issue, we've using two plugins available in oforge: - resourcetoolsplugin - which allows to attach properties to trac resources (wikis/tickes/changesets) - wikitoolsplugin - which provides wiki page hierarchy (based on resource properties, parent resource is stored as a resource property) To see it in action : http://code.optaros.com/trac/oforge/wiki/TitleIndex (TRAC_ADMIN user can also edit page hierarchy using drag&drop) Code available here: - trac: http://code.optaros.com/trac/oforge/browser/trunk/plugins/resourcetoolsplugin http://code.optaros.com/trac/oforge/browser/trunk/plugins/wikitoolsplugin - svn: http://code.optaros.com/svn/oforge/trunk/plugins/resourcetoolsplugin http://code.optaros.com/svn/oforge/trunk/plugins/wikitoolsplugin In order to see the wiki tree, ShowTree macro needs to be called in your wiki pages. [[ShowTree()]] - full index tree relatively to top page. [[ShowTree(all)]] - full index tree. [[ShowTree(root=RootPage)]] - provides links to the full index tree. [[ShowTree(depth=4)]] - indicating how many levels of children the tree should show. [[ShowTree(class=sidebox)]] [[ShowTree(title=This is a nice title)]] [[ShowTree(editable=1)]] - Makes tree editable. I'll try to find some time to put those plugins on trac-hacks. Hope it helps. Thank you, Catalin Balan 2009/6/22 Roger Oberholtzer > > I am considering adding wiki pages in a heirarchy, e.g., > >wiki/program/doc/a >wiki/program/doc/b >wiki/program/doc/c > >wiki/program/options/a >wiki/program/options/b >wiki/program/options/c > > or some such arrangement. Part of this is that I want to do things like > use the Include macro to include, say, wiki/program/options/a in > wiki/program/doc/a. One reason for this is that some parts are generated > by a program, and some by users. This layout allows me to change them > independently. The exact reason, nonetheless, it not the real issue. > > The Page Template part of the wiki is what lead me down this path: it > uses a hierarchy in the wiki name space. Perhaps that is not generalized > to all pages? Like how the pages are listed in the Index. > > Two questions: > > 1) Any obvious cons to this? Or better ways to get a hierarchical > organization? I had tried names, like ProgramDocXa, ProgramDocXb, > ProgramOptionsXa. But this was not to local tastes. > > 2) Should it be possible, with trac-admin, to include wiki pages that > are in a directory hierarchy and have that hierarchy be maintained in > the wiki pages, as described above? I think the 'wiki load' command only > takes files from the current directory and places them in project/wiki. > > I am considering moving some program documentation from OpenOffice docs > into a trac wiki. Printed versions are to be done via the > TracWikiPrintPlugin. > > Anyone else gone this route? > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: hierarchy of wiki pages
On Mon, 2009-06-22 at 12:45 +0300, Catalin Balan wrote: > Hey Roger, > > In order to solve wiki hierarchy issue, we've using two plugins > available in oforge: > - resourcetoolsplugin - which allows to attach properties to trac > resources (wikis/tickes/changesets) > - wikitoolsplugin - which provides wiki page hierarchy (based on > resource properties, parent resource is stored as a resource property) > > To see it in action : > http://code.optaros.com/trac/oforge/wiki/TitleIndex > (TRAC_ADMIN user can also edit page hierarchy using drag&drop) Looks nice. I see that all pages are still at the same 'level' under the wiki. This means that any program that we have would take the wiki page with that name. I guess I was really trying to make the URLs more hierarchical. Another thing I was trying to accomplish was that a visible wiki page might really come from more than one page source (via the Include macro), and the organization would be more explicit with the a/b/c method rather then AbC. It becomes unclear which part of AbC is which. Especially if some program already uses part of the AbC as their name. Still, I like the hierarchy that you have and will probably use it as part of the display solution. -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 8-615 60 20 Mobile: Int +46 70-815 1696 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Printing out request
On Wed, Jun 17, 2009 at 7:52 AM, Dan Winslow wrote: > > Sounds good...not quite sure what you mean by > > " and then include param &debug=true in URL > (disregarding the URL you 'r accessing ;)" > > though. If I disregard the URL I'm accessing then where do I put the > debug=true? > No matter what URL you 'r trying to access using your browser, you add &debug= and debug info is shown instead of the page contents e.g. URL: http:///path/to/env/any/path/inside/env?arg1=val1&arg2=val2 Debug URL: URL: http:///path/to/env/any/path/inside/env?arg1=val1&arg2=val2&debug=true > Also, I did install the plugin and I get this : > > Oops... > Trac detected an internal error: > [...] Oops ... Dont know what is it about. It works fine for me. -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Rolland Garros : nuevas formas de contemplar los juegos - http://feedproxy.google.com/~r/simelo-es/~3/T4dIma9Pg2M/rolland-garros-nuevas-formas-de.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: access to the ticket array
On Wed, Jun 17, 2009 at 12:26 PM, Dan Winslow wrote: > > Noah, I'm sorry but I don't understand what you are getting at in this > case. You ask me what I am trying to do, and I say 'I am trying to get > access to the elements of the ticket'. You say 'Yes, but what are you > trying to do?' This confuses me. > Take a look at the imlementation of tracrpc.TicketRPC.(get & getAll) ;) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Rolland Garros : nuevas formas de contemplar los juegos - http://feedproxy.google.com/~r/simelo-es/~3/T4dIma9Pg2M/rolland-garros-nuevas-formas-de.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac Active Directory Authentication?
On Fri, Jun 19, 2009 at 1:56 AM, Þehra Þen wrote: > They told me to to integrate trac with active directory authentication. > I've installed trac. > I read from the trac documentation that I have to install apache for active > directory integration. > But I do not know how to accomplish this? > > Any help will be appreciated. > I did it considering the steps mentioned in this URL .. [1] http://www.jejik.com/articles/2007/06/apache_and_subversion_authentication_with_microsoft_active_directory/ -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Rolland Garros : nuevas formas de contemplar los juegos - http://feedproxy.google.com/~r/simelo-es/~3/T4dIma9Pg2M/rolland-garros-nuevas-formas-de.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Does Trac really work on Windows
On Wed, Jun 17, 2009 at 9:36 AM, yoheeb wrote: > > >> Question 1. Does Trac really work on Windows? I am beginning to doubt >> it. Does Windows work ? Well, ok, just a JOKE I've installed Trac on Windows OOTB using {{{ $ easy_install }}} I really dont like MS Win but in this case I've never had major issues by installing Trac + Windows . I had some on accessing Trac envs using MS IE , and also installing extra plugins (but the core installation is very neat AFAICR ;) The only major issue I had with Trac was a bug in SVN Py bindings (but you know Trac is not guilty for that ;) leading to a segfault error, and so far I dont know how to fix it, but it also seems that's not your situation :-/ > yes, it does. > i.e. yes it does > You have already decided in your mind, > [...] > Even if you went Linux, and used untested/unsupported parts, you > might have the same issues. > well ... -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Rolland Garros : nuevas formas de contemplar los juegos - http://feedproxy.google.com/~r/simelo-es/~3/T4dIma9Pg2M/rolland-garros-nuevas-formas-de.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Finding broken wiki links
Nice idea Ted, and very close, but no banana - unfortunately wget doesn't support NTLM authentication. curl does support that but does not do recursive downloading. I tried a few open source link checkers, but either they don't support NTLM (LinkChecker and Webcheck) or don't give me fine grained enough control to prevent generating 10s of 1000s of links to trawl through (Xenu). So at the moment it's back to my original idea, which would be to get each Wiki page from the DB (this is easy since I have physical access to the DB), then render them to HTML, and finally check each link in the rendered page. This means I can easily limit it to just pages from the wiki. So could anyone throw me a quick bit of Trac code I could use to render the pages once I have them from the DB? It's only this middle part I now have trouble with, it has to be Trac code but something must exist to do this already. I found trac.wiki.formatter.format_to_html (sounds like the right thing) but couldn't work out how to instantiate a resource for it. I got this far ... wikidom = wiki_page_from_DB env = trac.env.Environment(path = '', create = False) resource = '' context = trac.mimeview.api.Context(resource) trac.wiki.formatter.format_to_html(env, context, wikidom) Any help much appreciated folks... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Problem Setting Up Trac
Hi everybody, I'm attempting to install Trac for our organization. I've got it installed on a machine running latest version of Debian. I'm using mod-pam with Apache for authentication. The project environment is set up, the site is accessible, and users have no problems logging in. However, there is some kind of permissions problem that I can't resolve. There are several areas of Trac that give me errors when trying to put information into it (editing "Preferences", creating a new ticket, etc.). When I try to set my preferences, I get the following Apache error: "Forbidden You don't have permission to access /trac/prefs on this server." I get a similar error when trying to create a new ticket: "Forbidden You don't have permission to access /trac/newticket on this server." The logs show this: [Mon Jun 22 14:32:29 2009] [error] [client xxx.xxx.xxx.xxx] Access denied: 'wlton' POST trac:/newticket, referer: http://www.xxx.xxx/trac/newticket (I've replaced the IP address and URL with Xs). In an effort to get this to work, I have the following permissions in place (notice that authenticated users have TRAC_ADMIN): User Action -- anonymous CHANGESET_VIEW anonymous FILE_VIEW anonymous LOG_VIEW anonymous MILESTONE_VIEW anonymous REPORT_SQL_VIEW anonymous REPORT_VIEW anonymous ROADMAP_VIEW anonymous SEARCH_VIEW anonymous TICKET_VIEW anonymous TIMELINE_VIEW anonymous WIKI_VIEW authenticated BROWSER_VIEW authenticated TICKET_CREATE authenticated TICKET_MODIFY authenticated TRAC_ADMIN authenticated WIKI_CREATE authenticated WIKI_MODIFY Finally, the user and group of the Apache web server have read/write permissions to all the trac data. Can somebody please point me to what I'm missing? Thanks, Bryan Walton -- Bryan K. Walton Division of Physiologic Imaging Systems Administrator University of Iowa Hospitals and Clinics --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Help (python help) installing Trac on RHEL4u4 without root permissions?
Hey everybody, I'm trying to install Trac without root permissions on a linux server and I'm running into a python problem. I've never done any python programming before, so I could use a push here: Failed to create environment. global name 'sqlite' is not defined. I've googled it, read the twelve posts about it in this group, and googled for "installing trac without root" and that has helped a lot and gotten me this far. From what I gather my problem is that when I run: ./trac-admin /home/ab/opt/trac/env initenv python can't find the pysqlite that I have installed in /home/ab/opt/ pysqlite-2.3.3. (/home/ab/opt/pysqlite-2.3.3/pysqlite2 contains the dbapi2.py file that all the posts say is important.) I have tried setting the PYTHONPATH and LD_LIBRARY_PATH environment variables to various things (/homе/ab/opt/pysqlite-2.3.3, /homе/ab/opt/ pysqlite-2.3.3/pysqlite2, etc), but to no avail. I also tried editing the trac-admin python script and adding in import lines pointing to my pysqlite libs so that it looks like: import ѕys ѕys.pаth.append('/homе/ab/opt/pysqlite-2.3.3') ѕys.pаth.append('/homе/ab/opt/pysqlite-2.3.3/pysqlite2') import pysqlite2 That didn't work either. It gives me an error from dbapi2.py barfing on: from pysqlite2._sqlite import * ImportError: No module named pysqlite2._sqlite But sqlite is installed in /home/ab/opt/sqlite. Maybe it can't find sqlite? When I do "/sbin/ldconfig -v | grep sqlite" it doesn't find it. So my question is how do I tell Python to look in /home/ab/opt/ pysqlite-2.3.3 so that it can find the sqlite module that it's complaining about? Do I need to set the PYTHONPATH or LD_LIBRARY_PATH vars to something? Should that work? Or am I missing something else? Thanks a bunch, -AB --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Does Trac really work on Windows
Thanks Olemis, Does Windows work? That is funny :) We changed our minds and so I am configuring it on Linux now. Thanks, Cindy -Original Message- From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com] On Behalf Of Olemis Lang Sent: Monday, June 22, 2009 12:13 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Does Trac really work on Windows On Wed, Jun 17, 2009 at 9:36 AM, yoheeb wrote: > > >> Question 1. Does Trac really work on Windows? I am beginning to doubt >> it. Does Windows work ? Well, ok, just a JOKE I've installed Trac on Windows OOTB using {{{ $ easy_install }}} I really dont like MS Win but in this case I've never had major issues by installing Trac + Windows . I had some on accessing Trac envs using MS IE , and also installing extra plugins (but the core installation is very neat AFAICR ;) The only major issue I had with Trac was a bug in SVN Py bindings (but you know Trac is not guilty for that ;) leading to a segfault error, and so far I dont know how to fix it, but it also seems that's not your situation :-/ > yes, it does. > i.e. yes it does > You have already decided in your mind, > [...] > Even if you went Linux, and used untested/unsupported parts, you > might have the same issues. > well ... -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Rolland Garros : nuevas formas de contemplar los juegos - http://feedproxy.google.com/~r/simelo-es/~3/T4dIma9Pg2M/rolland-garros-nuevas-formas-de.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Finding broken wiki links
> > RobinP wrote: > > Nice idea Ted, and very close, but no banana - unfortunately wget > doesn't support NTLM authentication. > Google for the win: http://ntlmaps.sourceforge.net/ Just proxy the wget script through that... You can send the banana to me and my monkey friends at the Baltimore Zoo. That is, of course, if it actually works. |) <-- yum! Ted --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Finding broken wiki links
Or why not just set up another virtual host that doesn't require authentication, but is restricted to your IP address? Ted On Tue, Jun 23, 2009 at 12:13 AM, Ted Gifford wrote: > RobinP wrote: >> >> Nice idea Ted, and very close, but no banana - unfortunately wget >> doesn't support NTLM authentication. >> > > Google for the win: > > http://ntlmaps.sourceforge.net/ > > Just proxy the wget script through that... You can send the banana to me > and my monkey friends at the Baltimore Zoo. That is, of course, if it > actually works. > > |) <-- yum! > > Ted > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Show all states the ticket has gone through
Hi All, I want to create a report to display all states a ticket has gone through. Ex: Ticket 1 | new -> assigned -> closed -> reopened -> assigned I tried using following query to generate the result: select ticket,group_concat(newvalue) from ticket_change where field='status' It is working fine if directly executed on db, but when I added this in Trac reports, its showing "no such function: group_concat" error. Is there any other way to get the all states of a ticket? Thanks in advance. -Sneha --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---