rupert thurner wrote:
(1) we find it very handy to work with links prefilling some fields,
where also the type can be specified. and (2) if the user changes the
type, why not reloading the ticket-ui?
Because HTML has no provision for this. See earlier comment about JS.
--Noah
signature.asc
Thomas Moschny wrote:
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).
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
Huge fundamental problem: At the time the ticket UI is loaded, we have no
idea what type the ticket is. Either you need to put a screen before the
main ticket UI where you select a type, or you do the whole thing
client-side with JavaScript.
I'm not looking into ticket type magic detection
(1) we find it very handy to work with links prefilling some fields,
where also the type can be specified. and (2) if the user changes the
type, why not reloading the ticket-ui?
On Jun 3, 1:44 am, Noah Kantrowitz [EMAIL PROTECTED] wrote:
-Original Message-
From:
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
Hi,
Yes, you are completely correct, sorry for the confusion. Each one of
the individual components has its own license, you can find them in
the licenses/ directory in the installation as well as at the end of
the README files, check out for example :
Hi Noah,
Clunkiness is not the issue, we do not wish to require Subversion in
order to use Trac. It is better to reinvient a bit of the wheel in 100
lines of code, than force you to install a much much larger package
(plus its deps, etc). There is also the issue that Trac supports other
Noah Kantrowitz wrote:
Huge fundamental problem: At the time the ticket UI is loaded, we have no
idea what type the ticket is. Either you need to put a screen before the
main ticket UI where you select a type, or you do the whole thing
client-side with JavaScript. Trac maintains a policy of
On Jun 2, 5:35 pm, [EMAIL PROTECTED] wrote:
Hi,
I'm having similar requirements. I'm looking into a XML based storage
under source control and then a plugin to grab and format the
information from there. Something similar is already done in the
TestCaseManagementPlugin [1], but there the
On Mon, Jun 2, 2008 at 7:21 PM, [EMAIL PROTECTED] wrote:
Hello,
considering all the plugins that try to hide, extend, modify or play
with the custom properties of a ticket, and also reading through the
resent discussion about the trac core I have a simple question to
understand a design
My company also has a need for a project hierarchy within Trac. But I must
agree with Jeff Hammel's comment. The core of Trac should be as it is a
minimalist approach but allow a third party program, plug in or whatever to
upgrade Trac easily to a more multi project environment.
But I have not
On Tue, Jun 03, 2008 at 01:21:18AM +0200, [EMAIL PROTECTED] wrote:
Hello,
considering all the plugins that try to hide, extend, modify or play
with the custom properties of a ticket, and also reading through the
resent discussion about the trac core I have a simple question to
On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote:
Macbane wrote:
Hi,
I have read some of the proposals, for multi project trac. How do
people feel about it, because trac is fine for a small project but
breaks down when you get to a stage where you are working on many
After struggling with multiple (~13) disparate tracs I've built a system to
merge them down to two tracs. We're using wiki namespacing
(Project/ReleaseNotes), and added a custom ticket field called Project.
We're using the excellent 0.12 MultiRepository branch plus a mercurial
forest to keep
Stephen Moretti wrote:
2008/6/3 Chris Mulligan [EMAIL PROTECTED]:
After struggling with multiple (~13) disparate tracs I've built a system to
merge them down to two tracs. We're using wiki namespacing
(Project/ReleaseNotes), and added a custom ticket field called Project.
We're using the
Jeff Hammel wrote:
On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote:
Macbane wrote:
Hi,
I have read some of the proposals, for multi project trac. How do
people feel about it, because trac is fine for a small project but
breaks down when you get to a stage where you are working
This is very cool. How long has BitNami been around for?
2008/6/3 Antonio Santos [EMAIL PROTECTED]:
Hi folks,
I just released the BitNami Trac Stack for Windows today. For those of
you that didn't read any previous mail about this, the Stack is an
easy to use installer which installs and
2008/6/3 Chris Mulligan [EMAIL PROTECTED]:
After struggling with multiple (~13) disparate tracs I've built a system to
merge them down to two tracs. We're using wiki namespacing
(Project/ReleaseNotes), and added a custom ticket field called Project.
We're using the excellent 0.12
We started last summer, and I think that the first installer
(WordPress if I'm not wrong) was available by October, so we're a
young project still :)
On Tue, Jun 3, 2008 at 7:13 PM, Alec Thomas [EMAIL PROTECTED] wrote:
This is very cool. How long has BitNami been around for?
2008/6/3 Antonio
You can read about it here:
http://trac.edgewall.org/wiki/MultipleRepositorySupport. It's in the sandbox
section as http://trac.edgewall.org/browser/sandbox/multirepos. Christian
last synced it with trunk 4 weeks ago, and I've encountered almost no issues
using it (although I don't believe it
Hi,
I exported the trac-wiki to html using httrac but the problem with the
httrack is that it is converting all the pages in the wiki to html.
can anyone help me in selecting the particular links in a page for
exporting or can we export the necessary files to pdf. Please suggest
me the solution.
Try this
http://trac.edgewall.org/wiki/PageTemplates
-didley
--~--~-~--~~~---~--~~
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
Hi,
I have not been able to get BatchModifyPlugin (http://trac-hacks.org/
wiki/BatchModifyPlugin) working on 0.11 (r7063 to be precise) and was
wondering if anyone else has had any success with it. IIRC it worked
fine on 0.10.4, but the version of BatchModifyPlugin for 0.11
(obtained from
Hello,
We have the current development version of trac (012dev, from today's trunk)
running, on an
apache v 2.2.3 webserver using mod_wsgi. The user auth is done by apache, using
the
digest method and the fine grained permissions, using the authz plugin. The
corresponding
lines in my
That is just a template. You need to run the trac-admin ... deploy command
to generate the actual fcgi script.
--Noah
-Original Message-
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of Paul Cohen
Sent: Tuesday, June 03, 2008 2:50 PM
To:
On Tue, Jun 3, 2008 at 11:51 PM, Noah Kantrowitz [EMAIL PROTECTED] wrote:
That is just a template. You need to run the trac-admin ... deploy command
to generate the actual fcgi script.
Thanks for taking the time.
trac-admin ..deploy. I did as you said. Copied the generated trac.fcgi
file to
Have you considered using tracd? It's very reliable and can get you up and
running with very little work. tracd --port 8000 ./ and you're golden.
On Tue, Jun 3, 2008 at 6:27 PM, Paul Cohen [EMAIL PROTECTED] wrote:
On Tue, Jun 3, 2008 at 11:51 PM, Noah Kantrowitz [EMAIL PROTECTED]
wrote:
Hi Erik,
It includes
a UI for designing different ticket types from scratch. There's
also an API for adding custom field types, and for adding custom
Enums similar to Version and Component.
This, and what you describe later sounds very good to me. What a pitty
that you can't share
Hello Jeff,
Coincidentally in time, I have been working on a plugin that enforces a
ticket submission policy based upon field values (ticket type being one of
the obvious choices): http://trac-hacks.org/wiki/TicketSubmitPolicyPlugin .
This sounds interesting. I can really see a use for
Macbane wrote:
Hi,
I have read some of the proposals, for multi project trac. How do
people feel about it, because trac is fine for a small project but
breaks down when you get to a stage where you are working on many
projects at once. Is trac going to support those features or stay the
That sounds pretty nifty. We've actually made internal versions of a lot of
those features (an IRC bot that parses the RSS feed, for example). I'm
pretty confused about how to actually setup and use oforge, but it looks
like it could be a pretty neat project.
On Tue, Jun 3, 2008 at 7:59 PM,
This is perfect to me, thanks didley..
but is for 0.11 I will have to wait until the final version..
Thanks again.
On 3 jun, 17:10, didley [EMAIL PROTECTED] wrote:
Try this
http://trac.edgewall.org/wiki/PageTemplates
-didley
--~--~-~--~~~---~--~~
You
I may need to apply that patch later if I encounter the problem in the
ticket, but that was not my issue. However I did find out why it was
not working for me. I didn't catch this note on the BatchModifyPlugin
wiki page previously.
[ I have found the following to be untrue on trac 0.11rc1 and
My intention was not to obviate the need for ticket types, with custom
fields, workflow, etc. attached to a type (I was not intending to do
ticket types). I think there is a clear need for them, with one default
type where trac would perform identically as now, but for more types it
would become
On Wed, Jun 4, 2008 at 12:57 AM, Chris Mulligan
[EMAIL PROTECTED] wrote:
Have you considered using tracd? It's very reliable and can get you up and
running with very little work. tracd --port 8000 ./ and you're golden.
Thanks, but my web host provider doesn't allow that.
/Paul
Chris Mulligan wrote:
That sounds pretty nifty. We've actually made internal versions of a lot of
those features (an IRC bot that parses the RSS feed, for example). I'm
pretty confused about how to actually setup and use oforge, but it looks
like it could be a pretty neat project.
Yes.
37 matches
Mail list logo