rupert thurner | 1 Aug 15:40 2008
Picon

[Trac] Re: customizing % completed in milestones


maybe have a look at http://trac-hacks.org/wiki/CustomRoadmapPlugin

On Jul 29, 10:46 pm, Dutch_Pascal <pascal.van.kem...@...> wrote:
> Hi all
>
> I'm currently running a kind of pilot with Trac. So far I managed
> almost everything I'd like to have.
> I like the possibility to create your own ticket workflow, and am
> currently doing some testing with it.
>
> In the project I am trying to run, I have 3 milestones.
> First milestone is collecting change requests
> Second milestone is implementing them
> Third milestone is publishing the result.
>
> At the end of milestone 1 the status is Checked
> At the end of milestone 2 the status is Approved
> At the end of milestone 3 the status is Closed.
>
> The way Trac is set up by default, the %completed is based on the
> number of tickets closed.
>
> What I would like to have is a %completed for milestone 1 based on the
> number of tickets with status Checked, for milestone 2 on status
> Approved. The third one is default, so that one works fine.
>
> My apologizes if this question has been asked / answered before, but
> unfortunately I couldn't find it in the wiki and this group.
>
(Continue reading)

Noah Kantrowitz | 1 Aug 20:12 2008
Picon

[Trac] Re: customize notification subject for 0.11


> -----Original Message-----
> From: trac-users@... [mailto:trac-users@...]
> On Behalf Of cowlemon
> Sent: Thursday, July 31, 2008 3:46 PM
> To: Trac Users
> Subject: [Trac] customize notification subject for 0.11
> 
> 
> i created a custom field called "projects".  how do i display this in
> the email?

Use ticket_subject_template in the [notification] section.

--Noah

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Complex | 1 Aug 20:25 2008
Picon

[Trac] Re: View target date in tickets

But having done that, how can you then get that custom date field to be used as the target date (due date) for the ticket when outputting iCal files?

Milestones that have target dates show up in exported iCal files on their target dates. That's a great visual reminder that you need to finish your work.

Using the iCal Exporter Plugin (http://trac-hacks.org/wiki/IcalExporterPlugin --yay, k0s!) you can view a list of tickets and export them to iCal. However, tickets exported to iCal show up on their created date instead of their due date.

Is this something we can address with a clever ticket query, or would we have to hack the iCal Exporter plugin?

thx,
CC

On Thu, Jul 17, 2008 at 12:55 PM, Noah Kantrowitz <noah-WlrdLoc5ZbaFX2APIN6yfw@public.gmane.org> wrote:
<snip>

Make a custom field to hold this. You might want to look at the
DateFieldPlugin over on trac-hacks.

--Noah
 
--
--> CC <---

--~--~---------~--~----~------------~-------~--~----~
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-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
To unsubscribe from this group, send email to trac-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Jeff Hammel | 1 Aug 20:37 2008

[Trac] Re: View target date in tickets


On Fri, Aug 01, 2008 at 02:25:07PM -0400, Complex wrote:
>    But having done that, how can you then get that custom date field to be
>    used as the target date (due date) for the ticket when outputting iCal
>    files?
> 
>    Milestones that have target dates show up in exported iCal files on their
>    target dates. That's a great visual reminder that you need to finish your
>    work.
> 
>    Using the iCal Exporter Plugin
>    ([1]http://trac-hacks.org/wiki/IcalExporterPlugin --yay, k0s!) you can
>    view a list of tickets and export them to iCal. However, tickets exported
>    to iCal show up on their created date instead of their due date.
> 
>    Is this something we can address with a clever ticket query, or would we
>    have to hack the iCal Exporter plugin?
> 
>    thx,
>    CC

I have only really utilized the iCal export enough to test basic functionality, and only put it in to
production today, so I still think of it as beta.  I am interested in improving the plugin, so any
suggestions for doing so are welcome.  However, the iCalExporter plugin essentially looks for an RSS feed
on a page and converts this feed to the iCal format. As such, using a different date might be beyond the scope
of what I've intended for this plugin (though I suppose it could grow to encompass more scope).

Jeff

>    On Thu, Jul 17, 2008 at 12:55 PM, Noah Kantrowitz <[2]noah@...>
>    wrote:
>    <snip>
> 
>      Make a custom field to hold this. You might want to look at the
>      DateFieldPlugin over on trac-hacks.
>      --Noah
> 
> 
>    --
>    --> CC <---
>    > 
> References
> 
>    Visible links
>    1. http://trac-hacks.org/wiki/IcalExporterPlugin
>    2. mailto:noah@...

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Yves-Eric | 1 Aug 02:33 2008
Picon

[Trac] Solution to rendering a wiki macro in the site.html template


This thread did not get much loving, but after some trial and error, I
just found something that works, so I'll share it here for
completeness. I was pretty close with wiki_to_html(), just needed to
pass it a "context" parameter, whatever that is... Anyways, this seems
to work:

    ${wiki_to_html(context, 'macro_string')}

For example, to add a BurnDown graph (TimeVisualizerPlugin) to the
milestone page:

<div py:match="div[ <at> id='content' and  <at> class='milestone']/
div[ <at> class='description']" py:attrs="select(' <at> *')">
  ${select('*|text()')}
  ${wiki_to_html(context,
'[[BurnDown(width=800,height=200,query=targetmilestone=%s)]]' %
milestone.name)}
</div>

--
Yves-Eric

On Jul 30, 10:04 am, Yves-Eric <yemar...@...> wrote:
> <bump>
>
> How can one render a wiki macro from within templates/site.html?
>
> After a little googling, I found ${wiki_to_html('macro_string')}
> and tried it, but it gave me the following error:
>
>     Trac detected an internal error:
>     TypeError: format_to_html() takes at least 3 arguments (2 given)
>
> Please, anyone?
>
> Cheers,
>
> --
> Yves-Eric
--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Noah Kantrowitz | 2 Aug 05:26 2008
Picon

[Trac] Re: Moving a project breaks source browser


> -----Original Message-----
> From: trac-users@... [mailto:trac-users@...]
> On Behalf Of Jani Tiainen
> Sent: Friday, August 01, 2008 8:21 PM
> To: trac-users@...
> Subject: [Trac] Re: Moving a project breaks source browser
> 
> 
> 
> IIRC Trac's favourite competitor Redmine behaves pretty much exactly
> like Trac in repository browsing when you specify subtree.
> 

This is probably because most of the behavior is actually coming from
Subversion itself. The scoped repo path stuff is their doing, not ours
(aside from making a few things work well with it).

--Noah

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Jani Tiainen | 2 Aug 05:21 2008
Picon

[Trac] Re: Moving a project breaks source browser


Oliver Gierke kirjoitti:
> 
> 
> Jani Tiainen wrote:
>> Oliver Gierke kirjoitti:
>>> Could you elaborate on that a little bit? Because I would have
>>> expected to still see all the changes of the the files previously
>>> made. All the links to the previous revisions are broken now. I don't
>>> really see, how this could be expected at all!?
>> You have instructed Trac that some spesific path inside repository is
>> repository. So Trac stops on copy/move as it has no rights to go back
>> where file was copied.
> 
> I don't really see what this has to do with access rights. If I
> define, that a user can see all the files below the new project home
> he of course should see all the files there and their previous
> versions. Just to emphasize this: what has this to do with "rights"?

Because by default Trac bypasses most of access rights given (usually 
you configure Apache server to handle access rights) by using repository 
files directly - thus using only filesystem level rights.

>> This is very normal behaviour (most SVN browsers work same way, they
>> stop on copy/move).
> 
> The ones I know don't (e.g. Eclipse subversive). Actually this
> behaviour mimics old CVS behaviour because you symbolically "lose" all
> the old versions with trac, although they are actually available in
> other SVN browsers.

It depends is it repository browser (that shows you everything you have 
permissions to) or is it configured web browser like Trac that has been 
instructed to show only some specific tree under repository.

>> So you had repository tree like: (/svn/projects is repository trunk in
>> this example)
>>
>> /svn/projects/project1 and moved it to
>> /svn/projects/project2
>>
>> Now, you have told Trac in trac.ini file that your repository resides
>> /svn/projects/project2/ so Trac shouldn't see anything outside it.
> 
> It of course should not see anything outside of it. But it should see
> modificationson that have previously been made to the files that exist
> in the current revision below that directory, IMHO.

That would be very user friendly.

>> Right? Now you expect to have a "security hole" to bypass limitation of
>> restricted access to subtree to see previous changes. But that is not
>> correct.
> 
> I simply ask: why? It is my responsibility to give correct access
> rights to the new project home, not the one of Trac ;). So if I move
> files there and allow users to see them, that were not allowed before,
> it is my fault. Furthermore this seems odd to me, because in most
> cases where you move project homes, the same people continue working
> on that project.

This all relates to old ideology of one repository per Trac instance and 
the fact that Trac uses direct access to repository files. You can of 
course use authz system somehow (I've never done it so I'm not familiar 
with it)

>> So you either have to instruct Trac to use whole repository or settle
>> with restricted tree.
> 
> Wouldn't it be an option to simply make this behaviour customizable?

Well, you can hack Trac to do so.

IIRC Trac's favourite competitor Redmine behaves pretty much exactly 
like Trac in repository browsing when you specify subtree.

--

-- 

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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

mds | 1 Aug 23:02 2008
Picon

[Trac] How can I make a field required?


I would like to find out who I could make a field required and also
for custom fields as well? I would like to set up the "Your email or
username" field to be required and also a text and select custom field
I added to be required as well. Please let me know if anyone out there
has any recommendations on how to go about doing this. Any help would
be highly appreciated.

Thank you!

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

mds | 1 Aug 23:05 2008
Picon

[Trac] How to remove "anonymous" from the text field


I would like to remove the word "anonymous" from the text field "Your
email or username". I would just like that field to be empty. I don't
want to change anything about the way it works, just not have it
automatically populated with anonymous when an anonymous user is
entering a ticket. Just to have it blank or empth. Please if anyone
has come across this or know how. Any help would be greatly
appreciated.

Thank you.

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Noah Kantrowitz | 2 Aug 13:14 2008
Picon

[Trac] Re: How can I make a field required?

mds wrote:
> I would like to find out who I could make a field required and also
> for custom fields as well? I would like to set up the "Your email or
> username" field to be required and also a text and select custom field
> I added to be required as well. Please let me know if anyone out there
> has any recommendations on how to go about doing this. Any help would
> be highly appreciated.

Look at ITicketManipulator.

--Noah


Gmane