[Trac] Re: What is a unique tag?

[Roger Oberholtzer]

On Mon, 2009-09-14 at 12:26 -0500, David Huang wrote:
> 
> On Sep 14, 2009, at 11:52 AM, Roger Oberholtzer wrote:
> 
> > For the purpose of tags, whitespace should be extended (surely not a
> > complete list) to include '":;.,()[]{}!?
> >
> > I know of no words that contain these characters. Sentences and  
> > phrases,
> > yes. Words, no. And tags refer to words, not sentences or phrases.
> 
> Perhaps, but where have you configured TagsPlugin to get its tags  
> from? By default, tags come from the ticket's "keywords" field;  
> assuming you've left it at the default, the question is why are you  
> putting punctuation in the keywords field if you don't want them in  
> the tags. If you're not using the default setting, the question is if  
> the field you're getting the tags from is really the right place.

I get the tags from the summary and the keywords. This is reasonable.

If this is a problem for the plugin, then it should limit itself to the
rarefied world of tags. Since it allows ticket fields in general to be
used, it should then deal with punctuation.



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

[Trac] Re: What is a unique tag?

[Olaf Meeuwissen]

Roger Oberholtzer  writes:

> On Mon, 2009-09-14 at 12:26 -0500, David Huang wrote:
>> 
>> On Sep 14, 2009, at 11:52 AM, Roger Oberholtzer wrote:
>> 
>> > For the purpose of tags, whitespace should be extended (surely not a
>> > complete list) to include '":;.,()[]{}!?
>> >
>> > I know of no words that contain these characters. Sentences and  
>> > phrases,
>> > yes. Words, no. And tags refer to words, not sentences or phrases.
>> 
>> Perhaps, but where have you configured TagsPlugin to get its tags  
>> from? By default, tags come from the ticket's "keywords" field;  
>> assuming you've left it at the default, the question is why are you  
>> putting punctuation in the keywords field if you don't want them in  
>> the tags. If you're not using the default setting, the question is if  
>> the field you're getting the tags from is really the right place.
>
> I get the tags from the summary and the keywords. This is reasonable.

Only if you can safely assume a single language for all your tickets.
That may be true for your case but it certainly isn't for mine.
We run several trac instances with mixed Japanese/English tickets.

> If this is a problem for the plugin, then it should limit itself to the
> rarefied world of tags. Since it allows ticket fields in general to be
> used, it should then deal with punctuation.

What qualifies as punctuation in Japanese?  In any other language?  Can
the plugin make assumptions as to what language a ticket summary is in,
in general?  Can it do so when it knows the ticket's character encoding?

Not necessarily saying it is a problem for the plugin, but it is most
certainly not trivial to ignore punctuation.

For that matter, splitting on whitespace sucks when you use Japanese
(which normally doesn't use whitespace).  Splitting should be done on
word boundaries.  Hopefully 0.12 will address at least some of these
issues for non-POSIX locales.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS Corporation
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962

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

[Trac] Re: What is a unique tag?

[Roger Oberholtzer]

On Tue, 2009-09-15 at 16:48 +0900, Olaf Meeuwissen wrote:

> For that matter, splitting on whitespace sucks when you use Japanese
> (which normally doesn't use whitespace).  Splitting should be done on
> word boundaries.  Hopefully 0.12 will address at least some of these
> issues for non-POSIX locales.

I am not doubting the complexity. Perhaps it could be as simple as a
configured parameter where one could add characters, beyond the ones
defined by the locale, that are to be treated as whitespace/punctuation.
If you are happy with the current result, just leave the list alone.

ANSI C defines ispunct(), which is locale-sensitive. Perhaps that is of
some use here. Is that also available in python?

As to Japanese, I am guessing that word boundaries at sentence
punctuation is ok. It is just spaces that are the problem.



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

[Trac] base_url with different hostnames?

[3xIlling]

Hi all,

the current situation is that we have a trac server which can be access from
outside of our company network using let's say
tracserverofmycompany.dyndns.org.
Due to our router doesn't support loopback connections, the servers has to
be accessed from inside the company network directly using it's hostname,
let's say 'tracserver'.

So what's the best idea for setting base_url?

A second point is that the urls used in notification emails differ depending
on the location of the client (inside or outside).
Any suggestions? I guess it's not solveable until we can access the server
using one unique way, right?

Or should be better by an other router? (unfortunatly, that's no option :-/
)

Regards,
Michael

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

[Trac] Re: sell af1 jordan shoes , air force one shoes - $36

[Ariel Balter]

Trac[k] shoes, get it!  Ha Ha, we've been hacked!

11 wrote:
> sell af1 jordan shoes , air force one shoes - $36
>
> we supply kinds of brand shoes such as Nike shoe Air Jordan series,
> nike Air force One( AF1),af1 25th anniversary shoes, Dunk sb,nike Air
> Max 95/97/2003/2004/05/06/TN/360,air max lmt,90/up; Nike Shox TL/TL2/
> TL3/NZ/r2/R4//r3/r5/turbo. Also as Adidas, puma, Timberland,bape star
> shoes and lacoste, AF,armani,dg,polo t-shirt. Louis
> Vuitton ,gucci,chloe ,fendi bags with high quality ,low
> price ,Charming model , timely delivery , best service .
>
> please kindly visite our website: http://www.ccshoe.com
> msn: ccshoe2...@hotmail.com
> email: wcl020...@gmail.com
>
> >
>   

-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Ariel I Balter, Ph.D.
Postdoc
Biological Monitoring/Modeling
Fundamental and Computational Sciences Directorate

Pacific Northwest National Laboratory 
Mail:
PO Box 999, MS P7-58,Richland, WA 99352
Shipping:
790 6th Street, MS P7-58, Richland, WA 99354

Tel:  509-376-7605 
Cell:  509-713-0087
ariel.bal...@pnl.gov
www.arielbalter.com
www.pnl.gov 


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

<>

[Trac] Re: Changing the look of the projects page

[rupert.thurner]

On Sep 3, 8:02 pm, Olemis Lang  wrote:
> On Thu, Sep 3, 2009 at 11:42 AM, Peter
>
> O'Connell wrote:
>
> > I’ve been looking through the documentation to see where I can place a
> >stylesheetfor this page to be made a little more easy on the eye, all my
> > attempts have resulted in a 404 on the style sheet – does anyone have any
> > advice on where mystylesheetcan be placed?
>
> - Use the HTTP server directly (varies according to the server)
> - Including it as a resource in a particular project

i was reading http://trac.edgewall.org/wiki/TracInterfaceCustomization
and wondering where this directory might be: "${href.chrome('site/
style.css')} attribute references template placed into environment's
htdocs/"

rupert.

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

[Trac] Re: Can't enable post-commit hook using repositoryhooksystem 0.1.1

[Olemis Lang]

On Fri, Sep 11, 2009 at 1:09 PM, Jeff Hammel  wrote:
>
> On Fri, Sep 11, 2009 at 12:59:21PM -0500, Olemis Lang wrote:
>>
>> On Fri, Sep 11, 2009 at 12:38 PM, Jeff Hammel  wrote:
>> > On Fri, Sep 11, 2009 at 10:37:13AM -0500, Olemis Lang wrote:
>>
>> > This is really hard to debug without server access.
[...]
>> > My actual advice is to write the post-commit-hook file by hand.
>> >
>>

Well I did all this. Further things needed in Windows :

- Enclose paths between quotes
- Does the plugin work if installed inside plugins dir packaged as EGG file?

-- 
Regards,

Olemis.

Blog ES: http://simelo-es.blogspot.com/
Blog EN: http://simelo-en.blogspot.com/

Featured article:
Solo 12 minutos ... para volver a nacer  -
http://feedproxy.google.com/~r/simelo-es/~3/L0etLsqDEBI/solo-12-minutos-para-volver-nacer.html

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

[Trac] Re: Can't enable post-commit hook using repositoryhooksystem 0.1.1

[Jeff Hammel]

On Tue, Sep 15, 2009 at 03:01:21PM -0500, Olemis Lang wrote:
> 
> On Fri, Sep 11, 2009 at 1:09 PM, Jeff Hammel  wrote:
> >
> > On Fri, Sep 11, 2009 at 12:59:21PM -0500, Olemis Lang wrote:
> >>
> >> On Fri, Sep 11, 2009 at 12:38 PM, Jeff Hammel  
> >> wrote:
> >> > On Fri, Sep 11, 2009 at 10:37:13AM -0500, Olemis Lang wrote:
> >>
> >> > This is really hard to debug without server access.
> [...]
> >> > My actual advice is to write the post-commit-hook file by hand.
> >> >
> >>
> 
> Well I did all this. Further things needed in Windows :
> 
> - Enclose paths between quotes

Feel free to ticket with a patch.  Again, I don't have access to windows so I 
can't develop or test on it, but as long as your patch doesn't break on UNIX, 
I'll take youre work that you've done your homework.

> - Does the plugin work if installed inside plugins dir packaged as EGG file?

I highly doubt it.  I never do this and wish that Trac didn't allow this, 
actually.  Again, if you can make this work, without breaking the "normal" use 
case, I'd be happy to include.

> -- 
> Regards,
> 
> Olemis.
> 
> Blog ES: http://simelo-es.blogspot.com/
> Blog EN: http://simelo-en.blogspot.com/
> 
> Featured article:
> Solo 12 minutos ... para volver a nacer  -
> http://feedproxy.google.com/~r/simelo-es/~3/L0etLsqDEBI/solo-12-minutos-para-volver-nacer.html
> 
> > 

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

[Trac] Re: SVN post-commit hook on mac

[Brad Milne]

Here is my post-commit-hook:

{{{
#!/bin/bash

REPOS="$1"
REV="$2"
TRAC_ENV="/usr/local/trac/AirportBill"

/usr/bin/sudo -u brad /sw/bin/python2.5 
/usr/local/bin/trac-post-commit-hook -p "$TRAC_ENV" -r "$REV"
}}}

and I have the latest trac-post-commit-hook for version 11.

I forgot to mention that the current failure is *silent* - I get no 
error messages (since fixing paths and perms) - just that my tickets are 
never updated :(




Brad Milne wrote:
> Hi all
>
> I've seen this problem mentioned a number of places, but nothing I've 
> tried has managed to get it running yet. Once I work it out I'd like to 
> add it to the OS X install page for trac on the main wiki.
>
> After changing permissions and path to python in the script, plus 
> ensuring I have the latest trac-post-commit-hook script, it still 
> doesn't work when I commit.
>
> 'env - ./post-commit /svn/test 7' doesn't give any error messages. 
> Should I expect any other outcome from running this?
>
> I'm running 11.5
>
> Thanks
> Brad
>
>
> >
>   

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

[Trac] Re: SVN post-commit hook on mac

[yoheeb]

On Sep 15, 4:33 pm, Brad Milne  wrote:
> Here is my post-commit-hook:
>
> {{{
> #!/bin/bash
>
> REPOS="$1"
> REV="$2"
> TRAC_ENV="/usr/local/trac/AirportBill"
>
> /usr/bin/sudo -u brad /sw/bin/python2.5
> /usr/local/bin/trac-post-commit-hook -p "$TRAC_ENV" -r "$REV"
>
> }}}
>
> and I have the latest trac-post-commit-hook for version 11.
>
> I forgot to mention that the current failure is *silent* - I get no
> error messages (since fixing paths and perms) - just that my tickets are
> never updated :(
>
> Brad Milne wrote:
> > Hi all
>
> > I've seen this problem mentioned a number of places, but nothing I've
> > tried has managed to get it running yet. Once I work it out I'd like to
> > add it to the OS X install page for trac on the main wiki.
>
> > After changing permissions and path to python in the script, plus
> > ensuring I have the latest trac-post-commit-hook script, it still
> > doesn't work when I commit.
>
> > 'env - ./post-commit /svn/test 7' doesn't give any error messages.
> > Should I expect any other outcome from running this?
>
> > I'm running 11.5
>
> > Thanks
> > Brad

Just out of curiosity


shouldn't the part or the shell call that reads "/usr/local/bin/trac-
post-commit-hook"
read "/usr/local/bin/trac-post-commit-hook.py"   ?

While technically not required, unless you explicitly changed the file
name to exclude the extension in download or copy.
--~--~-~--~~~---~--~~
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 
trac-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en
-~--~~~~--~~--~--~---

[Trac] Re: What is a unique tag?

[Olaf Meeuwissen]

Roger Oberholtzer  writes:

> On Tue, 2009-09-15 at 16:48 +0900, Olaf Meeuwissen wrote:
>
>> For that matter, splitting on whitespace sucks when you use Japanese
>> (which normally doesn't use whitespace).  Splitting should be done on
>> word boundaries.  Hopefully 0.12 will address at least some of these
>> issues for non-POSIX locales.
>
> I am not doubting the complexity. Perhaps it could be as simple as a
> configured parameter where one could add characters, beyond the ones
> defined by the locale, that are to be treated as whitespace/punctuation.
> If you are happy with the current result, just leave the list alone.
>
> ANSI C defines ispunct(), which is locale-sensitive. Perhaps that is of
> some use here. Is that also available in python?

That would be used on the server side so gets whatever locale the server
process was started under or configured to use.  Any tickets that are
submitted may well be in a language that doesn't match that.  Case in
point, our Trac instances use C/POSIX for their locale.  Tickets are in
en_US/en_GB/ja_JP.

> As to Japanese, I am guessing that word boundaries at sentence
> punctuation is ok. It is just spaces that are the problem.

Are you talking about addressing the problem of splitting at word
boundaries here?  Then yes, punctuation would indicate a boundary.  But
that doesn't really help.  Your two lines above would then result in a
whopping total of _three_ "words":

  As to Japanese
  I am guessing that word boundaries at sentence punctuation is ok
  It is just spaces that are the problem

Mind you, end-of-line is _not_ necessarily a word boundary in Japanese.

Anyway, we're not using the ticket summary to harvest tags so it's not
that much of a problem.  The area where it "hurts" most is in the wiki
where we don't get the links for free.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS Corporation
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962

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

[Trac] Re: SVN post-commit hook on mac

[Brad Milne]

Doh! Fixed it myself thanks. Turns out I was running the 'env -...'
command as the privileged user as not as the correct svn user (www).
Once I ran it as www (prefixing sudo -u www) I got error messages about
permissions and could quickly fix the problem. I made a minor update to
the TracFAQ.

Cheers anyway



On 16/9/09 9:33 AM, Brad Milne wrote:

  Here is my post-commit-hook:

{{{
#!/bin/bash

REPOS="$1"
REV="$2"
TRAC_ENV="/usr/local/trac/AirportBill"

/usr/bin/sudo -u brad /sw/bin/python2.5 
/usr/local/bin/trac-post-commit-hook -p "$TRAC_ENV" -r "$REV"
}}}

and I have the latest trac-post-commit-hook for version 11.

I forgot to mention that the current failure is *silent* - I get no 
error messages (since fixing paths and perms) - just that my tickets are 
never updated :(




Brad Milne wrote:
  
  
Hi all

I've seen this problem mentioned a number of places, but nothing I've 
tried has managed to get it running yet. Once I work it out I'd like to 
add it to the OS X install page for trac on the main wiki.

After changing permissions and path to python in the script, plus 
ensuring I have the latest trac-post-commit-hook script, it still 
doesn't work when I commit.

'env - ./post-commit /svn/test 7' doesn't give any error messages. 
Should I expect any other outcome from running this?

I'm running 11.5

Thanks
Brad



  

  
  

  


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

[Trac] Segmentation faults

[Miroslav Šulc]

hi,

i have issues running some pages of trac, they simply do not load (empty
page displays in browser). i found out in apache log that the cause is
segmentation fault. here are the pages that cause seg fault:
/browser
/ticket/1 (any number)
/changeset/349%3Afd2a05fbaab3 (any changeset)

i tried to run trac using tracd and found out it crashes with seg fault
too so imo it must by python/modules related. here is my setup:
gentoo linux
www-apps/trac-0.11.5
dev-lang/python-2.6.2-r1 (python expat version is 2.0.1)
dev-python/genshi-0.5.1
dev-python/pygments-1.1.1
dev-python/docutils-0.5
dev-python/pytz-2009j
dev-python/psycopg-2.0.11 (using postgresql database)
TracMercurial 0.11.0.7 (using mercurial repository)

i also tried to debug tracd but it seems i miss debug info in python and
did not find a way how to turn it on:
# gdb /usr/bin/python
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(no debugging symbols found)
(gdb) run /usr/bin/tracd --env-parent-dir=/var/lib/trac/ --port 8000
Starting program: /usr/bin/python /usr/bin/tracd
--env-parent-dir=/var/lib/trac/ --port 8000
(no debugging symbols found)
Executing new program: /usr/bin/python2.6
(no debugging symbols found)
(no debugging symbols found)
Server starting in PID 538.
Serving on 0.0.0.0:8000 view at http://127.0.0.1:8000/
[New LWP 548]

Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 548]
0x4e236136 in ?? ()
(gdb) bt
#0  0x4e236136 in ?? ()
#1  0x0013 in ?? ()
#2  0x1625cbc0 in ?? ()
#3  0x16245320 in ?? ()
#4  0x4e23fc00 in ?? ()
#5  0x4df4d528 in ?? ()
#6  0x4df4d52c in ?? ()
#7  0x4e23fee0 in ?? ()
#8  0x1625cc20 in ?? ()
#9  0x in ?? ()

anyone has an idea why i get the segfaults and how to fix it? or at
least how to turn on debugging symbols for python so i could see the
cause in the stack?

thx for any help/suggestions.

miroslav

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

[Trac] Custom Ticket Fields Appear in Notification Email Regardless

[rchrd]

I've created four textarea ticket fields. Now it seems that whenever
an email notification is sent out, those four fields always appear in
the notification email, even if they are blank and unchanged.

Is there some way to prevent this?

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

[Trac] Re: What is a unique tag?

[Roger Oberholtzer]

On Wed, 2009-09-16 at 08:25 +0900, Olaf Meeuwissen wrote:

> > ANSI C defines ispunct(), which is locale-sensitive. Perhaps that is of
> > some use here. Is that also available in python?
> 
> That would be used on the server side so gets whatever locale the server
> process was started under or configured to use.  Any tickets that are
> submitted may well be in a language that doesn't match that.  Case in
> point, our Trac instances use C/POSIX for their locale.  Tickets are in
> en_US/en_GB/ja_JP.

Definitely server side, as that is the only config Trac has. I am
guessing the text is not identified as such in Trac? I am guessing it is
limited to the encoding, like UTF-8. This surely makes it more
complicated.

Is your Trac translated into Japanese (menus and all)? Or is it mixed
English / local? I am guessing the later.

Indeed a general solution would help.

> > As to Japanese, I am guessing that word boundaries at sentence
> > punctuation is ok. It is just spaces that are the problem.
> 
> Are you talking about addressing the problem of splitting at word
> boundaries here?  Then yes, punctuation would indicate a boundary.  But
> that doesn't really help.  Your two lines above would then result in a
> whopping total of _three_ "words":

I was. I meant that my issue would not improve or make worse languages
like Japanese.

> 
>   As to Japanese
>   I am guessing that word boundaries at sentence punctuation is ok
>   It is just spaces that are the problem
> 
> Mind you, end-of-line is _not_ necessarily a word boundary in Japanese.

That is just an example of .

> Anyway, we're not using the ticket summary to harvest tags so it's not
> that much of a problem.  The area where it "hurts" most is in the wiki
> where we don't get the links for free.
> 
> Hope this helps,

I guess. I was really hoping to generate a tag cloud based on all words
used in selected fields, not just those in a safe keyword context.

And we did not even discuss the uselessness of having words like 'a',
'the', 'it' and such included. It all stems from allowing searching
other than the keyword part of things.

I guess I will adapt. My python programming is not what it should be.
Now, if this had been written in Tcl...



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