headers
Erik Bray | 1 Dec 2008 17:42
Picon

[Trac-dev] Re: Semi-intelligent column removal in ticket query


On Sat, Nov 29, 2008 at 4:18 AM, Remy Blank <remy.blank <at> pobox.com> wrote:
> Erik Bray wrote:
>> +1 here.  I've already removed it in my own Trac instances for the
>> reasons you've described.  At one point I spent some time trying to
>> make this a little more dynamic so that columns would be re-added if
>> the grouping column was changed, but then you had to keep track of
>> whether or not that column was enabled or disabled to begin with, and
>> it just becomes too cumbersome.
>
> I came to the same conclusion.
>
> It's not the first time that you mention having removed or changed
> something in your installations and that has been requested later
> independently. Any other good ideas that I could implement? I'm good at
> cleaning up :-)

Not really at the moment, though there is a patch I'm about to go work
on concerning default values for enum fields.  But I'll attach that to
a ticket when it's done.

>> Easier to just remove the restriction and allow users to add a column
>> even if the results are already grouped by that column.  Some of my
>> users actually wanted to be able to do that so that they could include
>> a column when doing a CSV export, but still view the results grouped
>> by that column.
>
> I have implemented something slightly different: I have removed the
> algorithm from get_all_columns(), which is used to create the list of
> check boxes, so all checkboxes are always present. And I have moved it
(Continue reading)

Permalink | Reply | 0 comments |
headers
anatoly techtonik | 2 Dec 2008 11:24
Picon
Gravatar

[Trac-dev] jQuery API changes in 0.11 and JS API in general


API changelog contains ambiguous notes about JQuery API change.

Quoting:
    http://trac.edgewall.org/wiki/TracDev/ApiChanges#Milestone0.11

    # r6572: enabled the "noConflict" mode for jQuery, so that other
Javascript libraries using '$' in a special way can be used. As a
result, plugins using jQuery should be updated (follow the advice in
http://trac.edgewall.org/changeset/6572#file11). Whether this change
will stay or be reverted is under discussion. update: well, the change
has actually been reverted without much discussion in r6715. "

So, what is the proper way of using jQuery in Trac? From commit
message of r6715 it is almost clear (well, if you are experienced
enough to know what is that handler it mentions), but still ambiguous,
because the change doesn't revert all the stuff committed in
http://trac.edgewall.org/changeset/6572

P.S. Should there be a more appropriate place with documentation on
available JS API?

--
WBR,
anatoly t.
--~--~---------~--~----~------------~-------~--~----~
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?hl=en
(Continue reading)

Permalink | Reply | 3 comments |
headers
Alec Thomas | 4 Dec 2008 13:54
Gravatar

[Trac-dev] Trac Hacks hosting


Hello all,

I haven't had much time to work on Trac for quite some time, and
realistically I don't think I will for some time.

With that in mind, I can't really justify the hosting costs for
trac-hacks.org anymore. With the pathetic state of the Australian
dollar at the moment, the hosting is costing around $300AUD a month,
which is ridiculous. This started at $130USD with roughly a 1:1
currency rate, but prices went up and our dollar went down.

Which brings me to my point. Does anybody have server capacity for
hosting trac-hacks.org? The site is very low maintenance as-is, with
the only real manual intervention being occasional spam control and
permission changes for users granting extra access. Stable as it is,
it could use some love. It needs to be migrated to 0.11, and could
really use a fresh tin of paint.

Alec

--

-- 
"I use the so called Shit Shovelling Algorithm the most. I shovel shit
from a database and present it to a user then I shovel the modified
shit (or new shit) back into the database. I also spend time making
the shit not break in IE6."

--~--~---------~--~----~------------~-------~--~----~
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
(Continue reading)

Permalink | Reply | 9 comments |
headers
Alec Thomas | 4 Dec 2008 14:34
Gravatar

[Trac-dev] Re: Trac Hacks hosting


I should have mentioned the general traffic patterns.

Analytics tells me that it gets about 1600 unique visitors a day,
around 15K page views. It consumes around 100GB in bandwidth. It earns
around $50 a month in AdSense revenue, which could be enough to cover
costs given a cheaper hosting provider :)

The machine it's on is fairly powerful

2008/12/4 Alec Thomas <alec <at> swapoff.org>:
> Hello all,
>
> I haven't had much time to work on Trac for quite some time, and
> realistically I don't think I will for some time.
>
> With that in mind, I can't really justify the hosting costs for
> trac-hacks.org anymore. With the pathetic state of the Australian
> dollar at the moment, the hosting is costing around $300AUD a month,
> which is ridiculous. This started at $130USD with roughly a 1:1
> currency rate, but prices went up and our dollar went down.
>
> Which brings me to my point. Does anybody have server capacity for
> hosting trac-hacks.org? The site is very low maintenance as-is, with
> the only real manual intervention being occasional spam control and
> permission changes for users granting extra access. Stable as it is,
> it could use some love. It needs to be migrated to 0.11, and could
> really use a fresh tin of paint.
>
> Alec
(Continue reading)

Permalink | Reply | 5 comments |
headers
Alec Thomas | 4 Dec 2008 14:35
Gravatar

[Trac-dev] Re: Trac Hacks hosting


2008/12/5 Alec Thomas <alec <at> swapoff.org>:
> I should have mentioned the general traffic patterns.
>
> Analytics tells me that it gets about 1600 unique visitors a day,
> around 15K page views. It consumes around 100GB in bandwidth. It earns
> around $50 a month in AdSense revenue, which could be enough to cover
> costs given a cheaper hosting provider :)
>
> The machine it's on is fairly powerful
...but isn't hitting any serious load at all, so I doubt it would
require many resources.

>
> 2008/12/4 Alec Thomas <alec <at> swapoff.org>:
>> Hello all,
>>
>> I haven't had much time to work on Trac for quite some time, and
>> realistically I don't think I will for some time.
>>
>> With that in mind, I can't really justify the hosting costs for
>> trac-hacks.org anymore. With the pathetic state of the Australian
>> dollar at the moment, the hosting is costing around $300AUD a month,
>> which is ridiculous. This started at $130USD with roughly a 1:1
>> currency rate, but prices went up and our dollar went down.
>>
>> Which brings me to my point. Does anybody have server capacity for
>> hosting trac-hacks.org? The site is very low maintenance as-is, with
>> the only real manual intervention being occasional spam control and
>> permission changes for users granting extra access. Stable as it is,
(Continue reading)

Permalink | Reply | 4 comments |
headers
Robert C Corsaro | 4 Dec 2008 15:03
Favicon

[Trac-dev] Re: Trac Hacks hosting


Alec Thomas wrote:
> 2008/12/5 Alec Thomas <alec <at> swapoff.org>:
>   
>> I should have mentioned the general traffic patterns.
>>
>> Analytics tells me that it gets about 1600 unique visitors a day,
>> around 15K page views. It consumes around 100GB in bandwidth. It earns
>> around $50 a month in AdSense revenue, which could be enough to cover
>> costs given a cheaper hosting provider :)
>>     
100GB per ?  How much diskspace and memory consumption?
>> The machine it's on is fairly powerful
>>     
> ...but isn't hitting any serious load at all, so I doubt it would
> require many resources.
>
>   
>> 2008/12/4 Alec Thomas <alec <at> swapoff.org>:
>>     
>>> Hello all,
>>>
>>> I haven't had much time to work on Trac for quite some time, and
>>> realistically I don't think I will for some time.
>>>
>>> With that in mind, I can't really justify the hosting costs for
>>> trac-hacks.org anymore. With the pathetic state of the Australian
>>> dollar at the moment, the hosting is costing around $300AUD a month,
>>> which is ridiculous. This started at $130USD with roughly a 1:1
>>> currency rate, but prices went up and our dollar went down.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Robert C Corsaro | 4 Dec 2008 15:06
Favicon

[Trac-dev] Re: Trac Hacks hosting


Alec Thomas wrote:
> Hello all,
>
> I haven't had much time to work on Trac for quite some time, and
> realistically I don't think I will for some time.
>
> With that in mind, I can't really justify the hosting costs for
> trac-hacks.org anymore. With the pathetic state of the Australian
> dollar at the moment, the hosting is costing around $300AUD a month,
> which is ridiculous. This started at $130USD with roughly a 1:1
> currency rate, but prices went up and our dollar went down.
>
> Which brings me to my point. Does anybody have server capacity for
> hosting trac-hacks.org? The site is very low maintenance as-is, with
> the only real manual intervention being occasional spam control and
> permission changes for users granting extra access. Stable as it is,
> it could use some love. It needs to be migrated to 0.11, and could
> really use a fresh tin of paint.
>
> Alec
Sad news.  Hopefully 'some time' is not to long.  I'll look at your 
plugins and see if I can take over any, if you would agree to it of course.

--~--~---------~--~----~------------~-------~--~----~
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?hl=en
-~----------~----~----~----~------~----~------~--~---
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Renzmann | 4 Dec 2008 17:48
Picon
Favicon

[Trac-dev] Re: Trac Hacks hosting


Hi.

> Which brings me to my point. Does anybody have server capacity for
> hosting trac-hacks.org?

I work for an ISP, and my employee is willing to sponsor bandwidth for
that purpose (in a similar way he does for http://madwifi-project.org
already). On my server I have enough resources left for hosting
trac-hacks.org. Due to my involvement in the MadWifi project - which also
uses Trac for their website - I think I have the required experience to
cope with this, too.

Last but not least I'd be honoured to take over this job and give
something back to the Trac community.

Alec, in case nobody objects and if you accept my offer, I suggest we get
in contact off-list (either by e-mail or in #trac, my username there is
otaku42). I'm looking forward to your response.

Bye, Mike

--~--~---------~--~----~------------~-------~--~----~
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?hl=en
-~----------~----~----~----~------~----~------~--~---
(Continue reading)

Permalink | Reply | 0 comments |
headers
Noah Kantrowitz | 4 Dec 2008 19:24
Gravatar

[Trac-dev] Re: jQuery API changes in 0.11 and JS API in general


You can use $ as normal in your own plugins. If you are writing JS  
code that will be included globally (or even just on a plugin page you  
didn't make) you should use the slightly longer jQuery form, though if  
you wrap it in a function it isn't bad:

jQuery(function($) { $.dosomething; })

You can selectively activate jQuery's noconflict mode for a single  
handler by setting a class variable jquery_noconflict=True. This is  
only useful if you need to use a library that doesn't have its own no- 
conflict mode and yet also uses the the $ variable.

--Noah

On Dec 2, 2008, at 2:24 AM, anatoly techtonik wrote:

>
> API changelog contains ambiguous notes about JQuery API change.
>
> Quoting:
>    http://trac.edgewall.org/wiki/TracDev/ApiChanges#Milestone0.11
>
>    # r6572: enabled the "noConflict" mode for jQuery, so that other
> Javascript libraries using '$' in a special way can be used. As a
> result, plugins using jQuery should be updated (follow the advice in
> http://trac.edgewall.org/changeset/6572#file11). Whether this change
> will stay or be reverted is under discussion. update: well, the change
> has actually been reverted without much discussion in r6715. "
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Renzmann | 5 Dec 2008 07:24
Picon
Favicon

[Trac-dev] [RFC] May plugins grant/revoke permissions during environment upgrades?


Hi all.

I'm working on TracPastePlugin, and so far it had just one permission,
PASTEBIN_USE, which allows to view existing and create new pastes. I
intend to introduce finer-grained permissions, starting with PASTEBIN_VIEW
and PASTEBIN_CREATE.

To make upgrading easier for the admin, I'm considering to let the plugin
take care of adjusting permissions accordingly as part of an environment
upgrade. The idea is to let the plugin require an environment upgrade if
PASTEBIN_USE is still assigned to any subject in table "permission". As
part of the environment upgrade permissions PASTEBIN_VIEW and
PASTEBIN_CREATE are granted to those subjects that have PASTEBIN_USE
permission, then PASTEBIN_USE is revoked.

That way, when upgrading to the new plugin version nothing changes for the
users per se, unless the admin decides to make use of the new options the
plugin then provides.

Is it a good idea to implement that? Is there any policy of a kind saying
that plugins should (not) behave like this?

Bye, Mike

--~--~---------~--~----~------------~-------~--~----~
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?hl=en
(Continue reading)

Permalink | Reply | 4 comments |

Gmane