[Trac] Making Trac "usable" with real environment.
We're evaluating Trac for our corporate usage and there is few issues that are not resolved: - Wiki commenting. - Cross project wiki/ticket searches. - Cross project referencing Is there integration suites built around Trac that would have nice frontend to have more generic aproach? Like generic wiki, discussions, blogs etc. that would at somepoint switch to Trac? (Something similiar like assembla.com provides) -- Jani Tiainen --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
rupert thurner kirjoitti: > hi, > > an excellent wysiwyg editor is available at > http://trac-hacks.org/wiki/TracWysiwygPlugin, > thanks to jun66j5! I bet that hack is excellent, but... I installed it on my 0.10.4, but... It doesn't show up! It's enabled (I can see that it's enabled in webadmin) but still I get my old not-so-nice editor. Any suggestions what to try next? -- Jani Tiainen --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
Hi. > - Wiki commenting. http://trac-hacks.org/wiki/DiscussionPlugin > - Cross project referencing http://trac.edgewall.org/wiki/InterTrac Maybe these help. Bye, Mike --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
Michael Renzmann kirjoitti: > Hi. > >> - Wiki commenting. > > http://trac-hacks.org/wiki/DiscussionPlugin I was looking more lightweigth approach than complete discussion groups. Same way as tickets can have comments. And most blogs have "comment" feature. >> - Cross project referencing > > http://trac.edgewall.org/wiki/InterTrac Well it works but needs quite a setup, specially when I've about 50+ projects... (not all are active though). Maybe it could be automated with a script. I'm still left with "Cross project wiki/ticket searches". Since what's the point to have cross referencing if you can't search all projects? For example cross references made. -- Jani Tiainen --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
I developed a small plugin to search in all projects in a multi-project trac environment. I'll upload it to trac-hacks, but didn't do it yet. I'm attaching it. To enable the plugin, install it the usual way, and enable in [components] with: tracsearchall.* = enabled The plugin will add a new checkbox "All Projects" in the Search page. Greets. El mié, 07-11-2007 a las 11:15 +0200, Jani Tiainen escribió: > Michael Renzmann kirjoitti: > > Hi. > > > >> - Wiki commenting. > > > > http://trac-hacks.org/wiki/DiscussionPlugin > > I was looking more lightweigth approach than complete discussion groups. > Same way as tickets can have comments. > > And most blogs have "comment" feature. > > >> - Cross project referencing > > > > http://trac.edgewall.org/wiki/InterTrac > > Well it works but needs quite a setup, specially when I've about 50+ > projects... (not all are active though). Maybe it could be automated > with a script. > > I'm still left with "Cross project wiki/ticket searches". Since what's > the point to have cross referencing if you can't search all projects? > For example cross references made. > -- -- Álvaro J. Iradier Muro [EMAIL PROTECTED] AM&B - Dept. de Desarrollo e I+D --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~--- tracsearchall.tar.gz Description: application/compressed-tar
[Trac] Re: Start "tracd" with more than one user to authenticate
> tracd -p 8080 --auth *,/./users,Peter /.../afser/ > > Authenticating for "Peter" works fine. But I also want to enable > authenticating for the other users in the "users"-file. --auth option does not take a *user* as the third parameter, it takes a HTTP realm Your password file can contain as many users as you need, one per line. You can consider it as a virtual zone on your server in which the login/password pair is valid. Any name will fit -e.g. 'trac'-, it does not have to be related to any user, it only needs to be the same as the realm you've used in the htdigest file. You don't need any plugin to make it work, btw ;-) HTH, Manu --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
Alvaro J. Iradier Muro kirjoitti: > I developed a small plugin to search in all projects in a multi-project > trac environment. I'll upload it to trac-hacks, but didn't do it yet. > I'm attaching it. > > To enable the plugin, install it the usual way, and enable in > [components] with: > > tracsearchall.* = enabled > > The plugin will add a new checkbox "All Projects" in the Search page. > > Greets. Well... Um... It didn't worked. Maybe there is something else needed to get it working than just enable? I get button but search is only done against my current project, not against other projects. -- Jani tiainen --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
This is my setup (Apache) for the multi project trac environment: SetEnv LC_ALL "es_ES" SetHandler mod_python PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir c:/trac_envs/amb PythonOption TracUriRoot /trac/amb You need to check the "Search All" checkbox, as well as the "Wiki", "Tickets" or other checkboxes. If it doesn't work, could you enable logging and send me the output? You should see something like: -- Searching project (the first project) Searching for (THE QUERY YOU ENTERED) Searching with filters ([Wiki] [Tickets] etc). Searching project (the second project) Searching for (THE QUERY YOU ENTERED) Searching with filters ([Wiki] [Tickets] etc). ... I hope it helps. El mié, 07-11-2007 a las 13:13 +0200, Jani Tiainen escribió: > Alvaro J. Iradier Muro kirjoitti: > > I developed a small plugin to search in all projects in a multi-project > > trac environment. I'll upload it to trac-hacks, but didn't do it yet. > > I'm attaching it. > > > > To enable the plugin, install it the usual way, and enable in > > [components] with: > > > > tracsearchall.* = enabled > > > > The plugin will add a new checkbox "All Projects" in the Search page. > > > > Greets. > > Well... Um... It didn't worked. > > Maybe there is something else needed to get it working than just enable? > > I get button but search is only done against my current project, not > against other projects. > -- -- Álvaro J. Iradier Muro [EMAIL PROTECTED] AM&B - Dept. de Desarrollo e I+D --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
Alvaro J. Iradier Muro kirjoitti: > > This is my setup (Apache) for the multi project trac environment: > > >SetEnv LC_ALL "es_ES" > >SetHandler mod_python >PythonHandler trac.web.modpython_frontend >PythonOption TracEnvParentDir c:/trac_envs/amb >PythonOption TracUriRoot /trac/amb > > Well now I have explanation why it doesn't work, and propably never will with my current setup... RewriteEngine on RewriteRule ^/projects/+$ /projects/projectlist.cgi [L] RewriteCond x:/$1/trac -d RewriteRule ^/projects/([[:alnum:]\-]+)(/?.*) /projects/trac.cgi$2 [S=1,E=TRAC_ENV:x:/projects/$1/Trac] RewriteRule ^/projects/(.*) /projects/projectlist.cgi AddHandler cgi-script .cgi Options Indexes MultiViews SymLinksIfOwnerMatch +ExecCGI AllowOverride None Order allow,deny Allow from all -- Jani Tiainen --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
Yes... So it looks you're using x:/projects/project_name/Trac for hosting every trac project, right? I guess you could modify my plugin, where it says: # get search path and base_url search_path, this_project = os.path.split(self.env.path) base_url, _ = posixpath.split(req.abs_href()) Manually set or change the search_path (right now it's using the current project parent directory). For example: search_path, this_project = (x:/projects/, '') base_url = /projects/ Setting 'this_project' to the empty string will make it search in the current project too, which is redundant, but should work. Then, in here: # make up URL for project project_url = '/'.join( (base_url, project) ) project_path = os.path.join(search_path,project) Change it to: # make up URL for project project_url = '/'.join( (base_url, project) ) project_path = os.path.join(search_path, project, 'Trac') I hope this works. If you improve the plugin, feel free to share the changes. Greets. El mié, 07-11-2007 a las 13:39 +0200, Jani Tiainen escribió: > Alvaro J. Iradier Muro kirjoitti: > > > > This is my setup (Apache) for the multi project trac environment: > > > > > >SetEnv LC_ALL "es_ES" > > > >SetHandler mod_python > >PythonHandler trac.web.modpython_frontend > >PythonOption TracEnvParentDir c:/trac_envs/amb > >PythonOption TracUriRoot /trac/amb > > > > > > Well now I have explanation why it doesn't work, and propably never will > with my current setup... > > RewriteEngine on > RewriteRule ^/projects/+$ /projects/projectlist.cgi [L] > RewriteCond x:/$1/trac-d > RewriteRule ^/projects/([[:alnum:]\-]+)(/?.*) /projects/trac.cgi$2 > [S=1,E=TRAC_ENV:x:/projects/$1/Trac] > RewriteRule ^/projects/(.*) /projects/projectlist.cgi > > > > AddHandler cgi-script .cgi > Options Indexes MultiViews SymLinksIfOwnerMatch +ExecCGI > > AllowOverride None > Order allow,deny > Allow from all > > -- -- Álvaro J. Iradier Muro [EMAIL PROTECTED] AM&B - Dept. de Desarrollo e I+D --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Jani Tiainen 提到: > Rainer Sokoll kirjoitti: > >> On Wed, Nov 07, 2007 at 10:29:58AM +0200, Jani Tiainen wrote: >> >> >>> I installed it on my 0.10.4, but... It doesn't show up! >>> >>> It's enabled (I can see that it's enabled in webadmin) but still I get >>> my old not-so-nice editor. >>> >>> Any suggestions what to try next? >>> >> Did you notice the wywiwyg radio button in the upper right area? >> > > No. There is no radio button visible. > > Firebug reveals that wysiwyg.js is loaded, wysiwyg.css is loaded but no > radiobutton what soever. > > Also I don't get any script errors to console. > > Any ideas to detect what goes wrong. Tested also with Opera 9 and IE 7, > same thing. > > I encountered exactly the same issue and don't know why either. /Mike/ --~--~-~--~~~---~--~~ 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] groups of groups in reports
I was wondering if it's possible to make groups of groups in trac reports? TIA! -Chris --~--~-~--~~~---~--~~ 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: Making Trac "usable" with real environment.
I've been waiting for a plugin that would do this since... forever. We have 6 environments. I bet this plugin doesn't take into account permissions (if someone can actually visit the searched result), but even so this is still very useful. I did have to make a patch. Unfortunately I am bad at Python so it took me 15 minutes to do this code: if not os.path.isdir( project_path ): continue I needed to add this immediately before env = open_environment(project_path) to prevent the exceptions. Definitely this is good to put up to trac-hacks. It works well and my only suggestion is to see if performance can be improved. It seems to take a long time to do a search, but what I noticed with "all projects" is that it takes roughly the same amount of time to search regardless of the options selected so I wonder if there is an overhead being introduced above and beyond the direct search. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Alvaro J. Iradier Muro I developed a small plugin to search in all projects in a multi-project trac environment. --~--~-~--~~~---~--~~ 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: http://trac-hacks dead?
I can't figure out what the objective of this mail was. Was it just a general rant about any number of problems with the universe, or was there some specific point? On 11/7/07, rupert thurner <[EMAIL PROTECTED]> wrote: > > pypi? oh ... a very good idea ... created > http://trac-hacks.org/wiki/EggCookingTutorial/publish. > > about distributed version control, rainer: > > of course i was kidding. looking e.g. at > http://repo.or.cz/git-browser/by-commit.html?r=git.git > shows the "release often" world. to release so often and to have every > feature in one branch, who wants this? it just makes the display of > the repository in a graphic log slow. and this easy merge stuff .. a > real developer need to know the revision number where he branched off. > and who the h... wants to have more than one branch, nobody needs > stable, testing, unstable. > > also this linux torvalds guy with his obsession in little easy to > understand patch policy and this tedious lieutenant system, how should > that work? a real developer puts the change sets immediatly into trunk > which then gets more attention and quick feedback from other > developers. it also prevents choosing the generals of the branches, > such decisions do not lead to anything. > > and why would i want to merge in some feature of a developer i do not > even know? i prefer of course copying that line by line out of a trac > ticket, find the file, and carefully handcraft that patch into the > file! and after the next upgrade i do it of course some code might > have been changed exactly there, which deserves all the attention to > handcraft it again. > > of course there are many other advantages: writing some code and > publish it via patch to a trac ticket is also very appealing. it makes > sure not too many people are using it and bothering me with stupid > comments about the low quality. and it also makes sure it does not get > too easy merged in into trac which helps keeping it slim. also the > change history does not get overloaded, which makes it easy to follow, > see > http://trac.edgewall.org/timeline?from=11%2F07%2F2007&daysback=14&changeset=on&update=Update. > i mean why should one want to support christian anyway, if he can do > it alone? having commit access to a few people of course guarantees > that nobody comes up easily with strange branches nobody wants. we see > how bad these branches are already with security, workflow, context. > they just make the release cycle long. > > after all, what should i do with the whole repository on my disk where > space is anyway not available? mirroring, this would be just a > bothersome side effect. who would have an interest to spread out this > repository to an arbitrary number of sites where you have no idea any > more if it is the original not virus prone code? > > rupert. > > > On Nov 6, 5:51 pm, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > > How about we just wait the 2 hours for an admin to notice and kick > > apache in the head? > > > > I think this is being seriously over-thought. If people need the code > > for plugins, it should all be available on PyPI as a "mirror" (assuming > > the author was wise enough to push copies there). > > > > --Noah > > > > > > > > Axton wrote: > > > On Nov 6, 2007 11:13 AM, Lars Stavholm <[EMAIL PROTECTED]> wrote: > > > > >> Axton wrote: > > > > >>> On Nov 6, 2007 10:53 AM, Emmanuel Blot <[EMAIL PROTECTED]> wrote: > > > > > SVN 1.4+ has svnsync available which is also an option. It can be set > > > up > > > to run as a commit hook and push out/sync changesets to a list of > > > mirror > > > repositories or just be scheduled for periodic sync. > > > > Sure but this means TH needs to push information - therefore an > > operation is required on TH when a new mirror appears or needs to be > > removed. > > > > >>> For mirrors, what about creating a daily copy of the repo using > > >>> 'svnadmin dump', then posting the file for public download. Sites > > >>> that wanted to mirror could then fetch a copy on an interval and load > > >>> it using 'svnadmin load'. > > > > >>> To ensure service, it could be worked out that in the event of a > > >>> failure at trac-hacks, a repository could be designated as a backup > > >>> working site. The backup site could be kept up to date using svnsync > > >>> using a post-commit hook. Changes on this site could be loaded to > > >>> trac-hacks when service is restored. > > > > >> That's all good ideas. > > >> How about mirroring the Trac site itself? > > >> /L > > > > > How about the same arrangement so far as the schedule; just tgz the > > > resulting directory structure from trac-admin hotcopy. > > > > > I have a hosted machine I can offer as a mirror if the owner of TH > > > will work with me to make some type of arrangement. Host has 500gb > > > monthly transfer, runs Trac 0.10.3.1, svn 1.4.2, apache 2.2.4, python > > > 2.4, sqlite 3.3.10, linux x86. > > > > > The authentication will be a litt
[Trac] Re: Patching Problems
Great! Sorry I didn't notice that sooner, considering that all the hunks were failing. I hadn't paid attention to the fact that you were on Windows, heh. Erik On 11/6/07, Andrew <[EMAIL PROTECTED]> wrote: > > Erik you're a star! I've got both patches applied. Thanks for the > help. > > On 2 Nov, 17:05, "Erik Bray" <[EMAIL PROTECTED]> wrote: > > Aha! Of course. Your patch program just isn't converting the newlines > > from LF to CRLF and thus is getting confused. Use a program like > > unix2dos to convert the patch files. Or if you have perl installed > > you can perl -pi -e 's/\n/\r\n/g' trac-0.10.3-report-plugin.patch > > --~--~-~--~~~---~--~~ 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] Earn Money Online! No Registration Fees. Guaranteed Payments.
http://www.moneycosmos.com/?r=321740 --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Jani Tiainen schrieb:
> Rainer Sokoll kirjoitti:
>> Did you notice the wywiwyg radio button in the upper right area?
>
> No. There is no radio button visible.
>
> Firebug reveals that wysiwyg.js is loaded, wysiwyg.css is loaded but no
> radiobutton what soever.
>
> Also I don't get any script errors to console.
>
> Any ideas to detect what goes wrong. Tested also with Opera 9 and IE 7,
> same thing.
Did you test on another machine? Do you use any "internet security"
software?
In the source code (if you edit a wiki page) , do you see somthing like
$(document).ready(function() {
$("#text").blur(function() {
$("#scroll_bar_pos").val(this.scrollTop);
}).get(0).scrollTop = $("#scroll_bar_pos").val();
$("#editrows").change(function() {
resizeTextArea("text", this.options[this.selectedIndex].value);
});
});
?
Rainer
--~--~-~--~~~---~--~~
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] sending milestone as a parameter to a report
I've tried doign it with %20 for spaces and w/ + for spaces (per the custom query method) and neither seems to work. does anyone else have any experience with this? TIA! -Chris --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Rainer Sokoll kirjoitti: > On Wed, Nov 07, 2007 at 10:29:58AM +0200, Jani Tiainen wrote: > >> I installed it on my 0.10.4, but... It doesn't show up! >> >> It's enabled (I can see that it's enabled in webadmin) but still I get >> my old not-so-nice editor. >> >> Any suggestions what to try next? > > Did you notice the wywiwyg radio button in the upper right area? No. There is no radio button visible. Firebug reveals that wysiwyg.js is loaded, wysiwyg.css is loaded but no radiobutton what soever. Also I don't get any script errors to console. Any ideas to detect what goes wrong. Tested also with Opera 9 and IE 7, same thing. -- Jani Tiainen --~--~-~--~~~---~--~~ 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] Negative Search Term
Is there a way to exclude pages from a search in Trac 0.10.5? Using "-term" doesn't work and always returns 0 results, it seems. I would like a way to exclude by term, but it would be (in my case only) 95% as useful to be able to exclude pages by URL only. Our wiki is getting large, and because of useful plugins like the hierarchical wiki and especially the wiki calendar we are putting a very large number of meeting notes and such items (daily and weekly meetings). Therefore, when I search the wiki for ABC I might get back 100 hits of ABC in daily/weekly meeting notes, when I really want to find ''documentation'' about ABC. The issue is compounded since results are ordered by date and not by relevance. Using WikiCalendarMacro all pages follow a hierarchy, so it would be very helpful even if I could exclude all pages that start with "Meeting/" -- in a sense I almost want two checkboxes "wiki" search and "wiki meeting notes" search that both search partitions of the wiki. Jason Winnebeck --~--~-~--~~~---~--~~ 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: sending milestone as a parameter to a report
whoops, I should be more specific. I'm trying to specify a _list_ of milestones as a single parameter so I can do something like : where t.milestone IN ($MILESTONES) TIA -Chris On Nov 7, 2007 2:31 PM, Christopher Taylor <[EMAIL PROTECTED]> wrote: > I've tried doign it with %20 for spaces and w/ + for spaces (per the > custom query method) and neither seems to work. > > does anyone else have any experience with this? > > TIA! > > -Chris > --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
If the JS is loading then it should work as as far as I've seen of the plugin it consists solely of the JS which appears to inject its code into the page. It is possible that you are running with javascript disabled? Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jani Tiainen Sent: Wednesday, November 07, 2007 1:02 PM To: trac-users@googlegroups.com Subject: [Trac] Re: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin Rainer Sokoll kirjoitti: > On Wed, Nov 07, 2007 at 10:29:58AM +0200, Jani Tiainen wrote: > >> I installed it on my 0.10.4, but... It doesn't show up! >> >> It's enabled (I can see that it's enabled in webadmin) but still I get >> my old not-so-nice editor. >> >> Any suggestions what to try next? > > Did you notice the wywiwyg radio button in the upper right area? No. There is no radio button visible. Firebug reveals that wysiwyg.js is loaded, wysiwyg.css is loaded but no radiobutton what soever. Also I don't get any script errors to console. Any ideas to detect what goes wrong. Tested also with Opera 9 and IE 7, same thing. -- Jani Tiainen --~--~-~--~~~---~--~~ 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: http://trac-hacks dead?
pypi? oh ... a very good idea ... created http://trac-hacks.org/wiki/EggCookingTutorial/publish. about distributed version control, rainer: of course i was kidding. looking e.g. at http://repo.or.cz/git-browser/by-commit.html?r=git.git shows the "release often" world. to release so often and to have every feature in one branch, who wants this? it just makes the display of the repository in a graphic log slow. and this easy merge stuff .. a real developer need to know the revision number where he branched off. and who the h... wants to have more than one branch, nobody needs stable, testing, unstable. also this linux torvalds guy with his obsession in little easy to understand patch policy and this tedious lieutenant system, how should that work? a real developer puts the change sets immediatly into trunk which then gets more attention and quick feedback from other developers. it also prevents choosing the generals of the branches, such decisions do not lead to anything. and why would i want to merge in some feature of a developer i do not even know? i prefer of course copying that line by line out of a trac ticket, find the file, and carefully handcraft that patch into the file! and after the next upgrade i do it of course some code might have been changed exactly there, which deserves all the attention to handcraft it again. of course there are many other advantages: writing some code and publish it via patch to a trac ticket is also very appealing. it makes sure not too many people are using it and bothering me with stupid comments about the low quality. and it also makes sure it does not get too easy merged in into trac which helps keeping it slim. also the change history does not get overloaded, which makes it easy to follow, see http://trac.edgewall.org/timeline?from=11%2F07%2F2007&daysback=14&changeset=on&update=Update. i mean why should one want to support christian anyway, if he can do it alone? having commit access to a few people of course guarantees that nobody comes up easily with strange branches nobody wants. we see how bad these branches are already with security, workflow, context. they just make the release cycle long. after all, what should i do with the whole repository on my disk where space is anyway not available? mirroring, this would be just a bothersome side effect. who would have an interest to spread out this repository to an arbitrary number of sites where you have no idea any more if it is the original not virus prone code? rupert. On Nov 6, 5:51 pm, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > How about we just wait the 2 hours for an admin to notice and kick > apache in the head? > > I think this is being seriously over-thought. If people need the code > for plugins, it should all be available on PyPI as a "mirror" (assuming > the author was wise enough to push copies there). > > --Noah > > > > Axton wrote: > > On Nov 6, 2007 11:13 AM, Lars Stavholm <[EMAIL PROTECTED]> wrote: > > >> Axton wrote: > > >>> On Nov 6, 2007 10:53 AM, Emmanuel Blot <[EMAIL PROTECTED]> wrote: > > > SVN 1.4+ has svnsync available which is also an option. It can be set up > > to run as a commit hook and push out/sync changesets to a list of mirror > > repositories or just be scheduled for periodic sync. > > Sure but this means TH needs to push information - therefore an > operation is required on TH when a new mirror appears or needs to be > removed. > > >>> For mirrors, what about creating a daily copy of the repo using > >>> 'svnadmin dump', then posting the file for public download. Sites > >>> that wanted to mirror could then fetch a copy on an interval and load > >>> it using 'svnadmin load'. > > >>> To ensure service, it could be worked out that in the event of a > >>> failure at trac-hacks, a repository could be designated as a backup > >>> working site. The backup site could be kept up to date using svnsync > >>> using a post-commit hook. Changes on this site could be loaded to > >>> trac-hacks when service is restored. > > >> That's all good ideas. > >> How about mirroring the Trac site itself? > >> /L > > > How about the same arrangement so far as the schedule; just tgz the > > resulting directory structure from trac-admin hotcopy. > > > I have a hosted machine I can offer as a mirror if the owner of TH > > will work with me to make some type of arrangement. Host has 500gb > > monthly transfer, runs Trac 0.10.3.1, svn 1.4.2, apache 2.2.4, python > > 2.4, sqlite 3.3.10, linux x86. > > > The authentication will be a little tricky, as my site may not be > > configured like the TH site. I use digest auth via TracAccountManager > > 0.1.3dev-r1844. The same set of htdigest credentials are used to > > manage svn commit access. > > > Axton Grams > > > > > > > signature.asc > 1KDownload- Hide quoted text - > > - Show quoted text - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Gro
[Trac] IF you want earning easy money click on the link below!
http://www.freewebs.com/homebusiness1 --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Jason Winnebeck kirjoitti: > If the JS is loading then it should work as as far as I've seen of the > plugin it consists solely of the JS which appears to inject its code > into the page. It is possible that you are running with javascript > disabled? No, since other javascripts are working on that particular page. I was trying to find location where injection should happen but I couldn't find it. It would help me debugging the cause. -- Jani Tiainen --~--~-~--~~~---~--~~ 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] How to change the html pages in trac, the templates
Hi I want to know how to change the html pages in TRAC, and where I can found all the html codes (where is the folder) and add links to other pages in the TRAC project. Anybody can help me? Thanks. --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
On Wed, Nov 07, 2007 at 10:29:58AM +0200, Jani Tiainen wrote: > I installed it on my 0.10.4, but... It doesn't show up! > > It's enabled (I can see that it's enabled in webadmin) but still I get > my old not-so-nice editor. > > Any suggestions what to try next? Did you notice the wywiwyg radio button in the upper right area? Rainer --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Rainer Sokoll kirjoitti: > Jani Tiainen schrieb: >> Rainer Sokoll kirjoitti: > >>> Did you notice the wywiwyg radio button in the upper right area? >> No. There is no radio button visible. >> >> Firebug reveals that wysiwyg.js is loaded, wysiwyg.css is loaded but no >> radiobutton what soever. >> >> Also I don't get any script errors to console. >> >> Any ideas to detect what goes wrong. Tested also with Opera 9 and IE 7, >> same thing. > > Did you test on another machine? Do you use any "internet security" > software? F-Secure Client Security. It has never (yet) prevented any Javascript though since I've web module deactivated. I tested it on seven machines, same result. > In the source code (if you edit a wiki page) , do you see somthing like >src="/chrome/common/js/wikitoolbar.js"> type="text/javascript"> > $(document).ready(function() { > $("#text").blur(function() { > $("#scroll_bar_pos").val(this.scrollTop); > }).get(0).scrollTop = $("#scroll_bar_pos").val(); > $("#editrows").change(function() { > resizeTextArea("text", this.options[this.selectedIndex].value); > }); > }); > No I don't see any jQuery stuff. I can see that wikitoolbar.js though, and wikitoolbar works. -- Jani Tiainen --~--~-~--~~~---~--~~ 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: wysiwyg editor (potential installation problem resolution/tip)
rupert thurner wrote: > hi, > > an excellent wysiwyg editor is available at > http://trac-hacks.org/wiki/TracWysiwygPlugin, > thanks to jun66j5! > For those seeing the js and css but not seeing the button to actually go into wysiwyg mode, I believe the problem may be that the plugin is not fully enabled. To fully enable it, you not only have to put the bit in trac.ini as described, but you must also restart the webserver under some configurations (such as mod_python). Hope this helps someone, Chris --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Works in Firefox, formatting controls seem buggy in Safari. Button appears in both. On 2007-11-07, at 10:31 AM, Rainer Sokoll wrote: > On Wed, Nov 07, 2007 at 10:29:58AM +0200, Jani Tiainen wrote: > >> I installed it on my 0.10.4, but... It doesn't show up! >> >> It's enabled (I can see that it's enabled in webadmin) but still I >> get >> my old not-so-nice editor. >> >> Any suggestions what to try next? > > Did you notice the wywiwyg radio button in the upper right area? --~--~-~--~~~---~--~~ 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: sending milestone as a parameter to a report
It works for me if using "+" in URLs and surrounding with " in Trac links (e.g. milestone:"Sprint 1"). BR Phil On Nov 7, 8:42 pm, "Christopher Taylor" <[EMAIL PROTECTED]> wrote: > whoops, I should be more specific. I'm trying to specify a _list_ of > milestones as a single parameter so I can do something like : > where t.milestone IN ($MILESTONES) > > TIA > > -Chris > > On Nov 7, 2007 2:31 PM, Christopher Taylor <[EMAIL PROTECTED]> wrote: > > > I've tried doign it with %20 for spaces and w/ + for spaces (per the > > custom query method) and neither seems to work. > > > does anyone else have any experience with this? > > > TIA! > > > -Chris --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Rainer Sokoll kirjoitti: > Jani Tiainen schrieb: >> Rainer Sokoll kirjoitti: > >>> Did you notice the wywiwyg radio button in the upper right area? >> No. There is no radio button visible. >> >> Firebug reveals that wysiwyg.js is loaded, wysiwyg.css is loaded but no >> radiobutton what soever. >> >> Also I don't get any script errors to console. >> >> Any ideas to detect what goes wrong. Tested also with Opera 9 and IE 7, >> same thing. > > Did you test on another machine? Do you use any "internet security" > software? > In the source code (if you edit a wiki page) , do you see somthing like Now I got it workin partially. For some strange reason it doesn't work for older projects (created with trac 0.9, 0.8 or some even with 0.7 IIRC). But one that works is definitely created with 0.10.x. Could this indicate bug in update procedures? Or something else. -- Jani Tiainen --~--~-~--~~~---~--~~ 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] Component and Versions field in new ticket
Hi everyone, I'm new to Trac... saw that during creation of a new ticket there's the "components" and "version" fields ...but couldn't find how to modify them. Can anyone help? Is it again somewhere in trac admin instead of the web interface? --~--~-~--~~~---~--~~ 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: Component and Versions field in new ticket
Sorry, found it. It's using trac-admin. I think I slowly have to get used to that first. Why having a web application and having to configure the software in an additional console...strange philosophy it sounds to me. It's like your router offers a web interface, but for some adjustments you have to telnet into it... On Nov 8, 1:41 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hi everyone, > I'm new to Trac... > saw that during creation of a new ticket there's the "components" and > "version" fields > ...but couldn't find how to modify them. Can anyone help? Is it again > somewhere in trac admin instead of the web interface? --~--~-~--~~~---~--~~ 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: Component and Versions field in new ticket
Or you could install the WebAdmin plugin ... --Noah [EMAIL PROTECTED] wrote: > Sorry, found it. It's using trac-admin. I think I slowly have to get > used to that first. Why having a web application and having to > configure the software in an additional console...strange philosophy > it sounds to me. It's like your router offers a web interface, but for > some adjustments you have to telnet into it... > > On Nov 8, 1:41 pm, "[EMAIL PROTECTED]" > <[EMAIL PROTECTED]> wrote: > >> Hi everyone, >> I'm new to Trac... >> saw that during creation of a new ticket there's the "components" and >> "version" fields >> ...but couldn't find how to modify them. Can anyone help? Is it again >> somewhere in trac admin instead of the web interface? >> > > > --~--~-~--~~~---~--~~ > 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 > -~--~~~~--~~--~--~--- > > > signature.asc Description: OpenPGP digital signature
[Trac] Re: Making Trac "usable" with real environment.
El mi�, 07-11-2007 a las 11:44 -0500, Jason Winnebeck escribi�: > I've been waiting for a plugin that would do this since... forever. We > have 6 environments. I bet this plugin doesn't take into account > permissions (if someone can actually visit the searched result), but > even so this is still very useful. I did have to make a patch. > Unfortunately I am bad at Python so it took me 15 minutes to do this > code: > > if not os.path.isdir( project_path ): > continue > > I needed to add this immediately before > env = open_environment(project_path) > > to prevent the exceptions. Yes, you're right. I made many assumptions when developing this plugin, as it was supposed to be used in our environment only. But as it looks others might find it useful, I uploaded it to: http://trac-hacks.org/wiki/SearchAllPlugin > Definitely this is good to put up to trac-hacks. It works well and my > only suggestion is to see if performance can be improved. It seems to > take a long time to do a search, but what I noticed with "all projects" > is that it takes roughly the same amount of time to search regardless of > the options selected so I wonder if there is an overhead being > introduced above and beyond the direct search. Maybe opening each environment is a slow operation, but I don't know. I used the ProjectMenu plugin as sample for this code. If you manage to improve it, please post a ticket in the plugin page and I'll try to mantain it. Greets. > Jason > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Alvaro J. Iradier Muro > > I developed a small plugin to search in all projects in a multi-project > trac environment. > > > -- -- �lvaro J. Iradier Muro [EMAIL PROTECTED] AM&B - Dept. de Desarrollo e I+D --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Jani Tiainen kirjoitti: > Rainer Sokoll kirjoitti: >> Jani Tiainen schrieb: >>> Rainer Sokoll kirjoitti: Did you notice the wywiwyg radio button in the upper right area? >>> No. There is no radio button visible. >>> >>> Firebug reveals that wysiwyg.js is loaded, wysiwyg.css is loaded but no >>> radiobutton what soever. >>> >>> Also I don't get any script errors to console. >>> >>> Any ideas to detect what goes wrong. Tested also with Opera 9 and IE 7, >>> same thing. >> Did you test on another machine? Do you use any "internet security" >> software? >> In the source code (if you edit a wiki page) , do you see somthing like > > Now I got it workin partially. > > For some strange reason it doesn't work for older projects (created with > trac 0.9, 0.8 or some even with 0.7 IIRC). But one that works is > definitely created with 0.10.x. > > Could this indicate bug in update procedures? Or something else. Replying to myself, and for the record too: Plugin doesn't work if you have htdocs location set in trac.ini. -- Jani Tiainen --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
