Re: [Trac] Re: next/previous ticket links after ticket query
Am Do., 23. Sept. 2021 um 09:37 Uhr schrieb Clemens Feige : > The query context does NOT disappear when you enter a > quick jump into the search field. When making experiments, please make > sure to test with a ticket which is contained in the query result. You are right, "Back to query" will reappear, together with changed prev/next behavior when entering a ticket number that was in the latest query. Not sure if this was originally intended as a feature - Thomas -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/CAGZbLYmCkw5%2B6eA7E_9hf%3DpVoOk2Eqz31n7jwFw20x62QgtgzA%40mail.gmail.com.
Re: [Trac] Re: next/previous ticket links after ticket query
Am Mi., 22. Sept. 2021 um 10:43 Uhr schrieb Clemens Feige : > A totally different approach is to clear the query as soon as somebody > enters a direct ticket number into the search field (i.e. quick jump). > In this case we may assume that the user is not interested in the query > context anymore. In my experiments with Trac 1.2.6 it worked exactly this way: entering a hash + ticket number into the search field made the "Back to query" link vanish and the "Previous ticket"/"Next ticket" links point to ticket number -1/+1, respectively. - Thomas -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-users/CAGZbLYk6xY8LCvy4d0ZCT0g5R0Ee_%2BQj4DgdcYXS68%3DV5F7qpA%40mail.gmail.com.
Re: [Trac] Upgrade from 0.9.6 - Best Practice?
2013/8/16 Remy Blank : > Remy Blank wrote: >> - Copy your Trac environment and all referenced repositories to the new >> machine. > > This includes copying the database, of course. If you're using SQLite, > copying the environment copies the database as well. If you're using one > of the other databases, you'll have to dump and load. Even for SQLite I had at least on case where a dump/reload cycle was necessary because the newer version didn't like the old database and crashed. - Thomas -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] Help the TracNav macro isn't displaying properly
2013/3/17 akliewer99 > Would you know of a way to keep that I can keep it in but execute it > earlier in the page process so it doesn't won't overwrite my CSS styles? We already have a ticket for TracNav about including the CSS earlier. It would then be loaded in the HTML header part. The downside is that at that point when the header is constructed, it is unclear whether the macro is used at all on the page, so we would have to include the CSS unconditionally on every page. Anyway, I simply did not get around to implementing this yet. Regards, Thomas -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] Help the TracNav macro isn't displaying properly
Hi, you commented out the jQuery.loadStyleSheet(...) part in the template. TracNav however relies on that (via trac.web.chrome.add_stylesheet) to get its CSS loaded. Regards, Thomas 2013/3/17 akliewer99 > Howdy all, > > Got a Freshly installed instance of Trac 1.0 running with mysqldb > connector. TracNavMacro <http://trac-hacks.org/wiki/TracNavMacro> plugin > is installed. When it displays on a page, in the header there are big bold > letters "TracNav" with a . See my > site!<http://tracs.iskymarshall.com/ism/wiki/SandBox> > > On the wiki page used to generate the TOC, I don't have any reference to > TracNav except the [[TracNav]] at the top of the page. I have had this > working before on Trac v12.3, but this is the first time on v1.0. > > Can anyone tell me what I am missing or have wrong? > > Thanks, > AMK > > -- > You received this message because you are subscribed to the Google Groups > "Trac Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to trac-users+unsubscr...@googlegroups.com. > To post to this group, send email to trac-users@googlegroups.com. > Visit this group at http://groups.google.com/group/trac-users?hl=en. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- Thomas Moschny -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] Re: How to setup trac 0.12 - subversion 1.6\1.7, python 2.6+ ? Is it possoble at all?
This is a pseudo-script of what to do - not really tested, but you should get the idea: # install requirements (be sure you have set multilib_policy=best in /etc/yum.conf) yum install 'apr-devel' 'apr-util-devel' 'autoconf' 'db4-devel' 'docbook-style-xsl' 'expat-devel' 'gettext' 'libtool' 'neon-devel' 'openssl-devel' 'python26' 'python26-devel' 'texinfo' 'which' 'httpd-devel' 'perl' 'perl(ExtUtils::MakeMaker)' 'java-devel' 'ruby-devel' 'ruby' mkdir subversion ; cd subversion wget http://apt.sw.be/source/subversion-1.6.15-0.1.rf.src.rpm rpm2cpio subversion-1.6.15-0.1.rf.src.rpm | cpio -ivd # copy the patch from my earlier mail here patch -p1 < svn-py26.patch rpmbuild -bb --define="_sourcedir $PWD" --define="_specdir $PWD" --define="_rpmdir $PWD" --define="_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm" subversion.spec - Thomas 2013/2/26 st0ne_c0ld > Hi Thomas, > > Sorry for asking, but could you tell which version of the spec I should > patch? > I found something on the github: > https://github.com/repoforge/rpms/tree/master/specs/subversion > But I do not quietly understand what file I should patch(there is no > subversion.spec)? > > And am I right that after patching correct spec file I should run "rpm > build" with some options and it will download all required source files by > itself according to spec file? (I'm not very familiar with rpm building) > > Thanks, > Dmitry > -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
Re: [Trac] How to setup trac 0.12 - subversion 1.6\1.7, python 2.6+ ? Is it possoble at all?
Hi, attached is a patch against rpmforge's subversion.spec for building it with Python 2.6. This is on Centos5, works fine for us. HTH Thomas 2013/2/26 st0ne_c0ld > Hello everybody, > > We have somehow customized trac 0.12rc1 > I have to install it to some new server. And I have problem with > subversion dependencies. When I try to check if python could use svn("from > svn import fs") I have an error that svn module either not found or just > "Segmentation fault" or "Symbols not found" and so on. > > I tried to build subversoin bindings to python and all the time process > fails when I try to build them(make swig-py). > > > Does anyone have Trac on the RHEL\OEL\CentOS, with python 2.6 and > subversion 1.6/1.7.8 ? > Or maybe I should use Debian-based OS? > Or maybe someone have prebuilt binaries and could give them to me? :-) > > I wasted a week trying to make it work. But when I use Python 2.4 - our > plugins doesn't work. When I use python 2.6 - Subversion connectivity > doesn't work because I could not compile required svn bindings. I just > stuck with this. > > PS: > I also asked this question on > stackoverflow<http://stackoverflow.com/questions/15070940/subversion-1-6-x1-7-x-python-2-6-bindings-for-trac>but > nobody had a correct answer to the issue yet. > > -- > Dmitry > > -- > You received this message because you are subscribed to the Google Groups > "Trac Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to trac-users+unsubscr...@googlegroups.com. > To post to this group, send email to trac-users@googlegroups.com. > Visit this group at http://groups.google.com/group/trac-users?hl=en. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- Thomas Moschny -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscr...@googlegroups.com. To post to this group, send email to trac-users@googlegroups.com. Visit this group at http://groups.google.com/group/trac-users?hl=en. For more options, visit https://groups.google.com/groups/opt_out. svn-py26.patch Description: Binary data
[Trac] Re: TracNav Plugin Installation
2009/3/27 sunny063 : > I tried to execute "easy_install TracNav==dev" but then I end up with: > "error: Unexpected HTML page found at > http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/tracnav-0.11#egg=TracNav-dev"; > > Is this URL wrong? No, it is perfectly right, but your setuptools is too old. It can't deal with newer subversion servers. So, do this instead: cd /tmp svn co http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/tracnav-0.11 cd tracnav-0.11 easy_install . > On the other hand I figured out that when I call TracNav() (whitout a > paramter) it will show the page called TOC, so at least one index is > working now... Yes the problem is the code parsing the macro's arguments. -- Thomas Moschny --~--~-~--~~~---~--~~ 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: TracNav Plugin Installation
2009/3/25 sunny063 : > meanwhile I read some articles and turned on logging in trac, so I got > the following messages: > [...] > AttributeError: 'unicode' object has no attribute 'partition' Yes, that's a known issue with TracNav 4.1 and Python 2.4. Use "easy_install TracNav==dev", the trunk version contains a fix. - Thomas -- Thomas Moschny --~--~-~--~~~---~--~~ 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: Problem with pygments
2008/10/28 wegdamit <[EMAIL PROTECTED]>: > Im on debian etch an installed trac 0.11 with some (many) plugins. > > But now i get strange errors in my Log an the trac web pages hang for > a few seconds in each request. (about 10sec, for each request) > > In the trac log are errors like the following: > > ERROR: 'NoneType' object has no attribute 'has_key' > Traceback (most recent call last): > File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 234, > in dispatch >self._post_process_request(req) > File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 303, > in _post_process_request >f.post_process_request(req, *(None,)*extra_arg_count) > File "build/bdist.linux-i686/egg/clients/client.py", line 29, in > post_process_request > AttributeError: 'NoneType' object has no attribute 'has_key' Note sure whether this error has something to do with the delays you are noticing, but it is related to the clientsplugin and should be easy to fix. The code in question simply doesn't check whether data is None. File a bug here: http://trac-hacks.org/newticket?component=ClientsPlugin&owner=coling . -- Thomas Moschny <[EMAIL PROTECTED]> --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: custom group for ticket permission
2008/10/8 Jani Tiainen <[EMAIL PROTECTED]>: > Doesn't that BlackMagicTicketPlugin make possible to create arbitary > permissions for tickets? Side note: Does it really enforce permissions or does it rather make fields un-editable via Genshi transformations? This is not the same. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav-4.0pre7-py2.4 with TracEnvisionTheme-1.0-py2.4
2008/10/5 Eric Shubert <[EMAIL PROTECTED]>: > I'm confused too. ;) > > When I re-installed pre7 using easy_install, that seem to fix me up. > > When I tried installing pre8, I couldn't get easy_install to work because I > didn't have an url to svn or tarball or zip, just an index html page. Well, it *is* a valid svn url, just your easy_install doesn't recognize it as such. This is a known incompatibility between older versions of the setuptools client and newer Subversion servers. Either update to setuptools-0.6c9, or use svn directly to checkout the repository first, like this: svn co http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/tracnav-0.11 easy_install tracnav-0.11 (No need to download all files individually.) > However, when I copy the pre8.egg to the global plugins location > (/usr/lib/python2.4/site-packages/) and remove it from project/plugins/, > restart apache, then I get an error in the web page saying: > Error: Failed to load processor TracNav > No macro or processor named 'TracNav' found > > I figure I'm not doing something quite right. Any idea what that might be? Yes, you are missing one important step easy_install does for you: It adds a reference to the .egg to easy-install.pth, so it can be found by Python. Regards, Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav-4.0pre7-py2.4 with TracEnvisionTheme-1.0-py2.4
2008/10/2 Eric Shubert <[EMAIL PROTECTED]>: > One thing though. When I installed it globally (in site-packages folder) > trac couldn't find the plugin. I tried both "tracnav.tracnav.tracnav = > enabled" and "tracnav.* = enabled" in trac.ini, but either worked. However, > when I put it in the project's plugins folder it found it ok. > > Some rookie error on my part perhaps? I downloaded the plugin, and built it > with "python setup.py bdist_egg", then copied the dist/TracNav*.egg to its > destination, and renamed the 4.0pre7 egg. Any idea where I might have goofed? Now I am confused - didn't you already tell me in http://svn.ipd.uni-karlsruhe.de/trac/javaparty/ticket/294#comment:3 that you finally got it working? Regards, Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav-4.0pre7-py2.4 with TracEnvisionTheme-1.0-py2.4
2008/9/30 Eric Shubert <[EMAIL PROTECTED]>: > You're right about the bullets. They could be simply omitted in the TOC as > far as I'm concerned. I don't see their purpose there. Please let me/us know > if/when you come up with something for this issue. As the bullets are inserted by the Envision theme, I don't see a rather unobtrusive way of removing them. Nevertheless, I recently changed TracNav to construct a properly nested tree for the TOC, which should improve the overall look for such a theme. Could you please test the latest TracNav version from SVN (http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/tracnav-0.11/) ? Regards, Thomas -- Thomas Moschny <[EMAIL PROTECTED]> --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav-4.0pre7-py2.4 with TracEnvisionTheme-1.0-py2.4
2008/9/30 Eric Shubert <[EMAIL PROTECTED]>: > I looked at and compared the sources, and the PageOutline uses > class="wiki-toc" for the div, while TracNav uses class="wiki-toc trac-nav" > for the div, but then has class="wiki" for each item. Could this be the > problem? If so, I'm guessing that TracNav needs a little work to correct > this. I'm not savvy enough (yet) with CSS or python to locate the problem > and code the fix (or fix the code). In fact that's a problem of the TracEnvisionTheme plugin/theme. It uses JQuery to rewrite parts of the document (which itself is questionable, as it probably should use Genshi instead). However, while searching for matching elements to rewrite, it only finds elements that are in the 'wiki-toc' class only, due to its wrong usage of JQuery selectors. Attached is a patch that fixes this issue for me. I must admit though, that the final result is a bit unpleasing (visually) because of the green bullets not being properly indented, but left-aligned instead. For that TracNav is to be blamed. Maybe I'll have a look at this issue later. Regards, Thomas -- Thomas Moschny <[EMAIL PROTECTED]> --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~--- diff -r f2279e4f4466 envisiontheme/templates/envision_theme.html --- a/envisiontheme/templates/envision_theme.html Thu Sep 11 16:22:46 2008 +0100 +++ b/envisiontheme/templates/envision_theme.html Tue Sep 30 15:45:38 2008 +0200 @@ -102,11 +102,11 @@ ${select('*')} jQuery(document).ready( function($) { - var inner_html = $('[EMAIL PROTECTED]"wiki-toc"]').html(); + var inner_html = $('div.wiki-toc').html(); var new_html = ' <div class="layout_content">' + ' <div class="layout_t"></div>\n <div class="layout_bd">' + inner_html + '</div></div><div class="layout_b dialog"><div></div></div>'; -$('[EMAIL PROTECTED]"wiki-toc"]').html(new_html). +$('div.wiki-toc').html(new_html). addClass('layout').addClass('dialog'); });
[Trac] Re: TracRedirect easy_install not working?
2008/9/9 rupert thurner <[EMAIL PROTECTED]>: > we tried to install > http://svn.ipd.uni-karlsruhe.de/trac/javaparty/wiki/TracRedirect > from source with: > > easy_install > http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/redirect-0.11/ > > the result is: > error: Unexpected HTML page found at > http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/redirect-0.11/ > > can it be that something is not able to deal with the javaparty 1.5 > subversion (we use 1.4.5)? Yes. Setuptools is confused by the slightly changed output our Subversion 1.5 server gives. The headline has a 'JP - ' (the name of the repository) prepended before 'Revision '. See also http://svn.ipd.uka.de/trac/javaparty/ticket/287. Would you mind filing a bug for setuptools? In the meantime, simply do a checkout, cd into it, and run 'easy_install .' - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: New version 0.11 failed W3C XHTML validation
2008/7/13 Yvonne Oy Ling Cheong <[EMAIL PROTECTED]>: > Thanks Thomas. I can't access r3248. You should be able to access the latest version via anonymous svn here: http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/tracnav-0.11/ > Anyway, I'm not a developer. So > far, I only learned to install plugins using easy_install. Please do > guide me on how to install the fix. If setuptools didn't have a bug wrt accessing a subversion 1.5 server, you could install it using setuptools like this: easy_install --prefix=/opt/trac http://svn.ipd.uka.de/repos/javaparty/JP/trac/plugins/tracnav-0.11/ Anyway, I made a new version ( 4.0pre7) and put an egg and a source archive on our webpage, so you probably want to use that instead: http://svn.ipd.uka.de/trac/javaparty/wiki/TracNav/DownloadAndInstall . - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: New version 0.11 failed W3C XHTML validation
2008/7/11 Thomas Moschny <[EMAIL PROTECTED]>: > 2008/7/3 Yvonne Oy Ling Cheong <[EMAIL PROTECTED]>: >> Oh! The same error that I remember seeing before the upgrade. Also failed >> validation.(error msg below) I believe it is a known problem but no fix yet. >> Anyway, it is good to pinpoint the problem areas and take note of it. > > See http://svn.ipd.uka.de/trac/javaparty/ticket/284. Revision 3246 > should fix it. That should be 3248, sorry. > > - Thomas > --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: New version 0.11 failed W3C XHTML validation
2008/7/3 Yvonne Oy Ling Cheong <[EMAIL PROTECTED]>: > Oh! The same error that I remember seeing before the upgrade. Also failed > validation.(error msg below) I believe it is a known problem but no fix yet. > Anyway, it is good to pinpoint the problem areas and take note of it. See http://svn.ipd.uka.de/trac/javaparty/ticket/284. Revision 3246 should fix it. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav plugin on 0.10.4 on linux not working
2008/7/8 Philip <[EMAIL PROTECTED]>: > Can anybody respond to my latest post? I can't even seem to get the > plugin to load. I have 2 plugins, and they are in 3 locations: - And, does the TracHelloworld plugin work? - Did you set up a plugin cache, as described here: http://trac.edgewall.org/wiki/TracPlugins#SettingupthePluginCache ? Best, Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: New version 0.11 failed W3C XHTML validation
2008/7/3 Yvonne Oy Ling Cheong <[EMAIL PROTECTED]>: > Yes. The wiki notification plugin. I have that installed. I've a problem with > TracNav plugin and now this. What problem do you have with TracNav? - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Philip <[EMAIL PROTECTED]>: > I tried that, and I still get the same thing. Plus, I still don't see > the "Loading..." message in the log, even after I attempt to access a > wiki page containing [[TracNav]]. If I google "No macro or processor > named 'TracNav' found", I get several other pages that seem to have > similar problem. So, maybe it's a fairly common problem. Still > looking for a solution. Not sure this is specific to the TracNav plugin though (but if it was, I'd be glad to fix it!), merely an installation issue. Do you have any other plugins working? Did you check permissions of the egg? The web server (running e.g. as wwwrun) must be allowed to access it. Regards, Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Noah Kantrowitz <[EMAIL PROTECTED]>: > This is untrue. The global config (or in 0.11, any inherited configs > along the chain) are merged in memory to act like a single file as far > as Trac cares. Any option can go in any file. They are merged at a per- > key level, with the value lowest on the chain taking priority. Yeah, my bad. Doesn't necessarily make things simpler for beginners, though. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Philip <[EMAIL PROTECTED]>: > You are right -- I guess the install put the egg into /usr/local/lib64/ > python2.4/site-packages. I deleted the egg file from /usr/local/share/ > trac/plugins and restarted web server. I don't automatically see a > mesage like you described when I recycle apache2, BUT if I look at the > log, I do see one from earlier in the day yesterday. So, sounds like > it was loading at some point anyway. For the beginning, it might be easier to run "./setup bdist_egg" and copy the egg from 'dist' to the 'plugins' subdirectory of your trac project, see http://trac.edgewall.org/wiki/TracPlugins#ForaSingleProject. Note that plugin loading might be delayed until someone accesses your trac instance, so you might not see something in the logs immediately after restarting apache. Regards, Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Philip <[EMAIL PROTECTED]>: > I deleted the trac.ini from /usr/local/share/trac/conf and added these > 2 lines to the project-specific trac.ini file. After recycling web > server, I still see no difference. Any other ideas? Maybe the plugin is already loaded? What happens if you put [[TracNav]] on a wiki page? Why do you manually copy the egg after running ./setup.py install, which already copies the egg into a system-wide dir? Do any other plugins work for you? Normally you should see a number of messages like this in your log: 2008-05-31 11:15:24,220 Trac[loader] DEBUG: Loading egg plugin XXX from /srv/trac/myproject/plugins/XXX-N.N-py2.5.egg - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: TracNav plugin on 0.10.4 on linux not working
2008/6/23 Philip <[EMAIL PROTECTED]>: > Trying to get the TracNav plugin to work on linux (zLinux, actually), > but it's not showing the navigation or giving any messages in the > log. > [...] > - there was no /usr/local/share/trac/conf/trac.ini file, so I created > one, and added the following: > [components] > tracnav.* = enabled A globally installed plugin must be enabled separately for each trac project. So you have to add these lines to the appropriate project's trac.ini. Alternatively, you could use the WebAdmin plugin's gui to enable other plugins. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: OForge 2008.06 Announcement
2008/6/20 Robert C Corsaro <[EMAIL PROTECTED]>: > I'm so glad you asked. Yes. One of our stated goals is to not fork > anything. We have tried very hard to push all changes upstream, but > sometimes it doesn't work out. We may decide to adopt some of the > plugins we have forked. I have inquired about a couple, but haven't > received definitive responses. All forks are explained in on the > wiki[1] and in the source[2]. Thanks for the pointers. However, while the new features/changes for the forks are listed there, it is not in all cases clear why a fork was inevitable (not to blame you, just noticing). > [...] but probably just make a page on trac-hacks pointing to our site. It would be good to add pointers to the forked plugins on t-h.org anyway, so people find them and can benefit from your improvements. Regards, Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: OForge 2008.06 Announcement
2008/6/20 Robert C Corsaro <[EMAIL PROTECTED]>: > [...] the issue is that we have forked some of > the plugins, [...] What were the reasons for forking? Would be nice to explain it on your website. Will you invest some time bringing your changes back to 'upstream'? Plugins have pros and cons, but one downside is that people might become confused if there slightly different yet not different named plugins out there (and they might even get annoyed after creating a patch for one of them and later discovering that there is another one, with the problem already solved ;) ) Up to now, at least trac-hacks was kind of semi-official. - Thomas so how to handle that? Maybe we could just document it and > recommend using --prefix to install in a non-default location. If this > would help user acceptance, then we will invest the time. Take a look > at the install from source instructions, they are really not that difficult. > > > > > -- Thomas Moschny <[EMAIL PROTECTED]> --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: is there any macro could help me make a customized table-of-conents for a set of wiki pages?
2008/6/11 thinktwice <[EMAIL PROTECTED]>: > > thanks for you info. i have looked up TracNav plugin. > i have some questions about how to use it. > > my question is does that mean if i want to use TracNav, i have to > mantain the TOC file(index file) manually? whenever there's a new file > if i want it list in the table content list , i have to add it to the > TOC file manually ? (now and them we might add a new file in the > manual section or news section) Yes, that's right. For TracNav, the toc file has to be updated manually. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: is there any macro could help me make a customized table-of-conents for a set of wiki pages?
2008/6/11 thinktwice <[EMAIL PROTECTED]>: > > or i have to use "ToMacro" ? You could have a look at the TracNav plugin, see http://svn.ipd.uka.de/trac/javaparty/wiki/TracNav. It implements a customizable navigation bar, which fetches its contents from a wiki page, and supports hierarchical ordering of topics. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: remote access - url format?
2008/6/5 km <[EMAIL PROTECTED]>: >> Make sure that you have a trac user with XML_RPC rights. > > actually this is another issue that is a bit confusing. this portion > of the trac-wiki instructions makes it sound as if i need to add the > *action* XML_RPC to the (existing) "authenticated " *subject* > > in other words, i already have an "authenticated" subject -- but it is > not clear how to create/add new actions to associate with it. the web > interface seems to allow only the use of actions already appearing on > the pull-down menu -- and i have not been able to find documentation > for how to create new actions by editing (a trac.ini ?) file directly. > > how/where is this done? If XML_RPC does not show up in the pulldown menu of actions in the webadmin interface, the xmlrpc-plugins is most probably not working. Is it installed correctly and enabled? See http://trac.edgewall.org/wiki/TracPlugins. You should check the webadmin's general -> plugins tab, and you could also try to access http://yourserver.tld/trac/xmlrpc directly with a browser. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: remote access - url format?
2008/6/5 km <[EMAIL PROTECTED]>: > let me try again. if i have MY OWN server with MY OWN installation of > trac running on it, what are the ways in which i can pull down, edit, > and then resubmit MY OWN pages using an editor on my machine? i would > prefer to used emacs (or even a local text editor) to the process of > logging into my trac projects and updating the pages inside the > browser. > > i have installed xmlrpc on my server -- and have seen information > about trac-wiki (plugin for emacs) and an eclipse plugin. it is very > possible that i am completely confused, but presumably i need to pass > a url to these editors to actually edit pages. so, what is the format > of the urls? In your .emacs, you should have something like ;; --- (require 'trac-wiki) (trac-wiki-define-project "yourproject" "http://yourserver.tld/trac/"; t) ;; --- The url to be given there is the same url you would use when accessing the root of your trac installation with a browser. trac-wiki appends "/xmlrpc" itself. Note that "M-x trac-wiki" also lets you define new locations interactively, and stores their definition in your .emacs file. Make sure that you have a trac user with XML_RPC rights. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Merge wiki pages - not a collision solution
2008/6/3, Noah Kantrowitz <[EMAIL PROTECTED]>: > Clunkiness is not the issue, we do not wish to require Subversion in order > to use Trac. Subversion is of course not the only option. There might be cases however where someone does not have a repository at all, but still wants to use Trac for tickets and wiki contents, and who would be hurt by the requirement to install at least one of the supported vcs. I don't know how relevant this is, though. > There is also the issue that Trac supports other SCMs, and making a > cross-SCM API for both reading and writing is very tricky. Everyone does > things just a bit differently, even unifying the read-only APi is a stretch > much of the time. That's right, but we have to do that anyway - and I hope things will improve in 0.12. Trac is still very much bound to Subversion, and other VC backends sometimes have major difficulties fitting into that model (assuming linear history is a prominent example). Also, I've a hard time to believe that finding a common API for storing named blobs of versioned data (i.e. the wiki contents) across the set of commonly used VCS shouldn't be doable - that's the core business of VCSs, isn't it? This may require some work, admittedly, ... > dSCMs are still very much an emerging technology, and distributed bug > tracking even > more so. Time will tell if it works in the general case. ... but why should Trac, now that it is widely used, rest on it's laurels, instead of exploring new grounds? - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Merge wiki pages - not a collision solution
2008/6/2, Jeff Hammel <[EMAIL PROTECTED]>: > For what its worth from a first time mailer to this list, I am glad trac does > not import its wiki pages into an svn repo by default. For my mileage, this > would be clunkier (but I'm sure I have different wiki needs than others). It is not clear to me how saving wiki pages in svn (or any other vc backend) could be clunkier, given the fact that wiki pages are simply versioned text pages. So, while using the real vcs for the projects 'first class' contents, Trac is implementing its own version control for the wiki pages (and other things, like attachments) and is thus duplicating efforts. Imho *that* is clunkier. Of course the basic problem behind is that people are not (yet) used to the idea that not only a project's source code, but also tickets and other resources (like wiki pages) should go to the same repository. This approach becomes even more elegant if based on a distributed vc system, because it then allows every project member to work on a local copy of *all* of the project's vital data (and not only the source code). In such a scenario, Trac would only be one possible frontend to visualize and manipulate this data. An example of how this could look like, is Fossil [1]. LWN also has an interesting article [2] covering distributed bug tracking, which I think is the right way to go. - Thomas [1] http://www.fossil-scm.org/index.html [2] http://lwn.net/Articles/281849/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Merge wiki pages - not a collision solution
2008/6/2, Noah Kantrowitz <[EMAIL PROTECTED]>: > Check both into subversion and use that (or git, hg, etc). A wiki is not > designed for that kind of complex document management. Well, if Trac stored the wiki contents within the repository [1], it could even support such 'complex' tasks. Ikiwiki [2] does that, for example, even in a distributed way. - Thomas [1] see e.g. http://trac.edgewall.org/wiki/WhySQLite [2] http://ikiwiki.info/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Errors: 1) creating new user and 2) on new 0.11b1 installation
On Friday 18 January 2008 Pat wrote: > I've recently upgrade from 0.9.5 though 010.4 (for a few days) to > 0.11.b1 on a Linux platform. > Error: Macro TracNav(TracNav/TOC) failed > > __init__() takes exactly 3 arguments (2 given) This can be easily fixed by upgrading the TracNav plugin to its latest version, which supports trac 0.11b, see http://svn.ipd.uka.de/trac/javaparty/wiki/TracNav/DownloadAndInstall Regards, Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac with fastcgi behind Nginx anyone ?
On Thursday 04 October 2007, [EMAIL PROTECTED] wrote: > did anyone manage to get this to work ? > > I would like to use trac via fastcgi but behind nginx instead of > apache. I woud prefer to connect via socket. > > Can anyone supply an example ? Here's an example, taken from a Debian etch system, see the attached files. unix:/dev/shm/trac-fcgi.sock is used for the communication between trac and nginx. The trac fcgi process is started like this: env PYTHONPATH=/path/to/site-packages \ PYTHON_EGG_CACHE=/var/tmp/.python-eggs \ start-stop-daemon --start --pidfile /var/run/trac.pid \ --chuidwww-data:www-data --background --make-pidfile \ --exec /usr/lib/cgi-bin/trac.fcgi and can easily be stopped using start-stop-daemon --stop --pidfile /var/run/trac.pid For debian, fastcgi_params is already provided by the nginx package, but included here for reference anyway. Depending on how you installed trac, you probably don't need to set PYTHONPATH, and you can also comment out lines 5+6 in trac.fcgi. Regards, Thomas fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param SCRIPT_NAME$fastcgi_script_name; fastcgi_param REQUEST_URI$request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SERVER_PROTOCOL$server_protocol; fastcgi_param GATEWAY_INTERFACE CGI/1.1; fastcgi_param SERVER_SOFTWAREnginx/$nginx_version; fastcgi_param REMOTE_ADDR$remote_addr; fastcgi_param REMOTE_PORT$remote_port; fastcgi_param SERVER_ADDR$server_addr; fastcgi_param SERVER_PORT$server_port; fastcgi_param SERVER_NAME$server_name; # PHP only, required if PHP was built with --enable-force-cgi-redirect fastcgi_param REDIRECT_STATUS200; server { listen 80; server_name host.domain.example; location /login { fastcgi_pass unix:/dev/shm/trac-fcgi.sock; auth_basic "realm"; auth_basic_user_file /path/to/passwd; include /etc/nginx/fastcgi_params; fastcgi_param trac.env_path /path/to/project; fastcgi_param PATH_INFO $fastcgi_script_name; fastcgi_param SCRIPT_NAME ""; fastcgi_param AUTH_USER $remote_user; fastcgi_param REMOTE_USER $remote_user; } location / { fastcgi_pass unix:/dev/shm/trac-fcgi.sock; include /etc/nginx/fastcgi_params; fastcgi_param trac.env_path /path/to/project; fastcgi_param PATH_INFO $fastcgi_script_name; fastcgi_param SCRIPT_NAME ""; } } trac.fcgi Description: application/python signature.asc Description: This is a digitally signed message part.
[Trac] Re: TracNav -- 'rander macro'
mod_che wrote: > like every time I sepnd some time to run TracNav in the WikiPages, but > this time a new error message appears: > > Error: Macro TracNav(TracNav/TOC) failed > > 'TracNav' object has no attribute 'render_macro' Please use the latest stable version (3.92) of TracNav. The development version works with trac 0.11dev only. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac not releasing subversion db.lock file from every browser view
On Montag, 2. April 2007, Johann MacDonagh wrote: > I'm running into a strange issue with Trac hooked up to my Subversion > repository. For every page view in Trac's integrated subversion > viewer, apache creates a new file handler to the > /svn/path/locks/db.lock file. Even when the page is done rendering, > the lock is not released. After a few days or running, Apache had > 3,500 open files. What version of trac are you using? Just a wild guess, but prior to r5145, trac doesn't call close() on a vc repository handle after using it (see http://trac.edgewall.org/ticket/4972), which may be the cause of your problem. Apart from using to fsfs (which is the preferred db format for subversion now anyway), you could try to use your bdb repository together with trac's current head and see whether it still leaves lock files behind. - Thomas pgpiosTbCDdLM.pgp Description: PGP signature
[Trac] Re: Threading [Was: Re: graphviz error]
On Donnerstag, 29. März 2007, Rainer Sokoll wrote: > Or m I the only one who has threading turned on? No, I saw that, too. I guess it's a lame way to avoid copying the list address into a new mail window ;) - Thomas pgpYYAqiegXTL.pgp Description: PGP signature
[Trac] Re: tracd just sleeps
Christian Boos wrote: > junrelya wrote: > > short desc: > > > > everything appears to install correctly, trac-admin's initenv seems > > to work ok; but, when testing using tracd, i get this: > > > > # tracd --port 9000 -s -b host.domain.tld /path/to/trac/env > > Server starting in PID 31337. > > Serving on http://host.domain.tld:9000/ > > > > then nothing. can't ^C, have to kill python. browser never receives > > reply or connection closed. > > I had exactly this situation on a FreeBSD machine, with 0.10.3. > It was not my machine however, and I couldn't complete the debugging, so > I don't know exactly what the problem was, but it looked like the Python > BaseHTTPServer was stuck on a system call. > You should be able to use "truss" to gather more information on the problem > (google for "Solaris truss" if you don't know how to use this command). I think he did already, see http://pacopablo.com/irclogs/2007/03/26#T15:26:12, while I have no clue what lwp_park() does, it sounds like some sort of wait... - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
On Wednesday 17 January 2007 3:07 pm, Christian Boos wrote: Well, the base_url is used only for generating some absolute URLs outside of the scope of a client request, like when creating notification mails. Besides the fact that this is currently not working reliably for trac trunk , see http://trac.edgewall.org/ticket/4287 ;) Links in RSS feeds from my site e.g. are all relative (missing the host and protocol part), despite having set base_url. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Format of generated changeset TracLinks configurable?
On Thursday 12 October 2006 11:32 Christian Boos wrote: > No, it's currently not possible. Those [...] are hard coded in the > templates or in the code. But in my "Trac object" experiments, there's > actually a method for generating this (called shorthand()). So one day > this /could/ become configurable. > > See: > http://trac.edgewall.org/browser/sandbox/trac-xref/trac/object.py?version=2 >815#L107 > > and: > http://trac.edgewall.org/browser/sandbox/trac-xref/trac/versioncontrol/mode >l.py?version=2815#L48 So is this the way http://trac.edgewall.org/ticket/3533 could be solved one day? Btw, is there a place for discussing future plans wrt to the vc-api? (Or maybe I should go and file some more tickets :) ) - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~--~~~~--~~--~--~---
[Trac] Re: Dynamic TracNav...Possible?
Hi Rob, On Thursday 28 September 2006 15:36, Rob Wilkerson wrote: > > Well, that's not the complete story. The TracNav plugin has a (currently > > hardcoded) list ALLOWED_MACROS, and if you add "subwiki" to that list, > > your example will almost work: > ... > I want to try this approach, but I can't seem to find this file or > structure. Where should it be? Or do I have to add it? If so, > where? It's in tracnav/tracnav.py, see http://svn.ipd.uni-karlsruhe.de/trac/javaparty/browser/trac/plugins/tracnav/tracnav/tracnav.py , line 72. You would have to unpack the source zip, edit that line and rebuilt the egg by calling setup.py bdist_egg. This surely is a workaround, in the long term I think I'll change TracNav's parser. Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~--~~~~--~~--~--~---
[Trac] Re: Dynamic TracNav...Possible?
On Wednesday 27 September 2006 20:32 Noah Kantrowitz wrote: > TracNav parses the text of the TOC page directly, so no, you cannot > do that. Well, that's not the complete story. The TracNav plugin has a (currently hardcoded) list ALLOWED_MACROS, and if you add "subwiki" to that list, your example will almost work: > > * Use Cases > >[[SubWiki(UseCases/,1)]] You additionally have to add a star before the last line: * Use Cases * [[SubWiki(UseCases/,1)]] as TracNav parses the toc line-by-line and discards that line before even executing the macro, because it considers only lines starting with whitespace followed directly by a star. I must admit that this is not a very clean solution, and eventually we'll rework TracNav's parser. - Thomas --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~--~~~~--~~--~--~---
Re: Admins: Please add [TRAC] to subject
On Friday 01 September 2006 11:12 Markus Tacker wrote: > Nice to hear that. But my filters check for "[TRAC]" in the subject. > The list id you mentioned is new and therefore unknown to my existing > filters. You *could* update your filters, can't you? - Thomas --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to [EMAIL PROTECTED] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~--~~~~--~~--~--~---