Re: Trac Notification - Attachments How?

Problem solved, MIMEMultipart's charset should be set when there are no
parts attached to it yet.

--
Pedro Algarvio
   __ ___  ___ _______        ___ __
|   Y   .'  _|   _   .-----.'  _|  |_   .-----.----.-----.
|.  |   |   _|   1___|  _  |   _|   _|__|  _  |   _|  _  |
|.  |   |__| |____   |_____|__| |____|__|_____|__| |___  |
|:  1   |    |:  1   |                             |_____|
|::.. . |    |::.. . |  ufs [AT] ufsoft [DOT] org
`-------'    `-------'    ufs [AT] sapo [DOT] pt

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com
To unsubscribe from this group, send email to trac-dev-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev
-~----------~----~----~----~------~----~------~--~---

Re: Windows start bat for tracd and trac-admin

Noah Kantrowitz wrote:
> Ilias Lazaridis wrote:
> > starting tracd and trac-admin on windows could be done with bat-files,
> > similar to those here:
> >
> > http://svn.python.org/view/python/trunk/Lib/idlelib/idle.bat?rev=21464&view=markup
>
> More likely you would want to make it runnable as a service, which is
> doable through py2exe.
>

yes, for tracd it would be nice.

but this is really just about the missing commands.

Have placed it within a ticket:

http://trac.edgewall.org/ticket/3834

.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com
To unsubscribe from this group, send email to trac-dev-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev
-~----------~----~----~----~------~----~------~--~---

Re: Actual Roadmap (0.10 and 0.11)

Ilias Lazaridis wrote:
> I've notices that the milestone 0.11 contains many tasks:
>
> http://trac.edgewall.org/milestone/0.11
>
> Wouldn't it be preferable to split this work into a few more
> milestones?
>
> This could be of benefit (in order to avoid similar delays as with the
> actual 0.10 version).
>
> 0.11 - Focusing on Genshi Migration
...

within this thread...

CONTRIBUTION - Would like to do some work on the Genshi Migration
http://groups.google.com/group/trac-dev/browse_frm/thread/a0932139d50ad20a

... the teem seems to agree to a 'Genshi Centric' 0.11 milestone

the milestone entries have changed, too:

http://trac.edgewall.org/milestone/0.11

The roadmap should show more concise information, thus interested
contributors get immediately an overview.

* the section "Likely to be post-poned even more:", should be moved to

Cannot attached a patch to a ticket -- Internal error "rejecting spam"

I've tried submitting a patch on t.e.o. as an attachment and also in 
the ticket body, but both give an "Internal Error" saying "Reject 
spam: <a href=".

I've attached the patch I'm trying to add to ticket 3719.

Sid

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com
To unsubscribe from this group, send email to trac-dev-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev
-~----------~----~----~----~------~----~------~--~---

Index: milestone.cs
===================================================================
--- milestone.cs	(revision 3815)
+++ milestone.cs	(working copy)
 <at>  <at>  -235,6 +235,16  <at>  <at> 
   /if ?><?cs
  /if ?>

+<?cs
+ if:trac.acl.MILESTONE_CREATE ?>
+  <div class="buttons">
+   <form method="get" action="<?cs var:trac.href.milestone ?>"><div>
+    <input type="hidden" name="action" value="new" />
+    <input type="submit" value="Add new milestone" />

Development of Trac 0.11dev has started

Hello fellow Trac developers,

A few days ago, 0.10 was released and r3804 marked the beginning of 0.11dev.
Today, I finished the initial steps of the migration to Genshi, and 
cmlenz and I agreed that we should merge this on trunk rather sooner 
than later, in order to further speed up the development of 0.11.

However, as we'd like to keep having a rather functional version on 
trunk, some testing and feedback is welcomed. If no one sees big 
problems with that, I'll proceed with the merge tomorrow. Minor issues 
could as well be fixed after the merge, as 0.11dev is still in its very 
early stages.

About 0.11 in general, it seems that no one objected to the summary of 
the objectives I gave a few days ago, namely:
 * Ditch ClearSilver in favor of Genshi for templating
 * Timezone support and internal use of `datetime`
 * Use setuptools for setup
 * Integration of WebAdmin into core

So let's get this done ;)

Thank you for your attention,

-- Christian

Genshi - http://genshi.edgewall.org/
Trac's genshi branch - http://trac.edgewall.org/browser/sandbox/genshi

Re: Development of Trac 0.11dev has started

Quick question about this topic:
>  * Use setuptools for setup
Is there any impact for debugging/developing?
I never "set up" Trac, I always run it from the original source tree.
Will this (non-)feature still be available ?

Cheers,
Manu

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com
To unsubscribe from this group, send email to trac-dev-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev
-~----------~----~----~----~------~----~------~--~---

Re: Development of Trac 0.11dev has started

Emmanuel Blot wrote:
> Quick question about this topic:
>   
>>  * Use setuptools for setup
>>     
> Is there any impact for debugging/developing?
> I never "set up" Trac, I always run it from the original source tree.
> Will this (non-)feature still be available ?
>   

Yes, with `python setup.py develop`.

-- Christian

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com
To unsubscribe from this group, send email to trac-dev-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev
-~----------~----~----~----~------~----~------~--~---

Trac i18n from subversion repos

Hi, I have been dedicated to i18n on a project I worked in. I would
like to develop a module or a componente for trac to help translators
to translate po files, and to keep track of a particular ticket
translation status. I have worked with pootle and ruby-gettext.

The basic ideas:

-Register languages/translators
-Allow translation to registered language translator
-Export po files from subversion repos files
-Show % of strings translated per file
-Create sets of strings and assign to registered translators (tagging)
-Show % per ticket (commited files for a particular ticket)
-Reporting per translator/language (caching)

If anyone feels this can be interesting I would be available for
developement.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com
To unsubscribe from this group, send email to trac-dev-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev
-~----------~----~----~----~------~----~------~--~---

Re: Trac i18n from subversion repos

-On [20061002 20:17], juanseph <at> gmail.com (juanseph <at> gmail.com) wrote:
>-Register languages/translators
>-Allow translation to registered language translator
>-Export po files from subversion repos files
>-Show % of strings translated per file
>-Create sets of strings and assign to registered translators (tagging)
>-Show % per ticket (commited files for a particular ticket)
>-Reporting per translator/language (caching)

Sounds a bit similar to how Rosetta for Launchpad does this. Are you familiar
with it? Personally I think the system is very userfriendly and invites even
non-coders to participate.
On the downside: you *do* need authentication before allowing submits.
Otherwise I see the spam problem rear its ugly head here too.

--

-- 
Jeroen Ruigrok van der Werven <asmodai(-at-)in-nomine.org> / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://www.in-nomine.org/
Seize from every moment its unique novelty and do not prepare your joys...

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev <at> googlegroups.com
To unsubscribe from this group, send email to trac-dev-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev
-~----------~----~----~----~------~----~------~--~---

Re: Trac i18n from subversion repos

This will have to wait until Genshi is merged and somewhat  
stabilized. After that I'm sure there will be a lot of people looking  
into how to do it best.

--Noah

On Oct 2, 2006, at 2:16 PM, juanseph <at> gmail.com wrote:

>
> Hi, I have been dedicated to i18n on a project I worked in. I would
> like to develop a module or a componente for trac to help translators
> to translate po files, and to keep track of a particular ticket
> translation status. I have worked with pootle and ruby-gettext.
>
> The basic ideas:
>
> -Register languages/translators
> -Allow translation to registered language translator
> -Export po files from subversion repos files
> -Show % of strings translated per file
> -Create sets of strings and assign to registered translators (tagging)
> -Show % per ticket (commited files for a particular ticket)
> -Reporting per translator/language (caching)
>
> If anyone feels this can be interesting I would be available for
> developement.
>
>
> >