How to avoid text appearing as an icon?

Hi,

Is there anyone there ?
Could someone please provide the escape character feature requested?
(Let's say any emoticon sequence prepended by a '!' should display as plain text).

Cheers,
M

Please...
Cheers,
M

Hi Ryan,

Thanks for getting involved in this.
Have you already started looking at it?

Cheers,
M

Any news ?
Cheers,
M

Come one...
Please!
M

(In [10400]) Refs #8723: Creating branch for 0.11

(In [10401]) Refs #8723: Creating branch for 0.11

(In [10404]) Fixes #2502, #8723: Modified the regular expression to allow escaping and to fix issue such that two emoticons would not be matched.

(In [10405]) Refs #2502, #8723: Remove print statement accidentally left in code.

Sorry for the delay! I filter these emails in my inbox and haven't even had time to look at them lately.

Let me know if you have any trouble with the latest version.

Note: There is a new 0.11 branch. The 0.9 branch has not been modified.

Please let me know if you have any thoughts on #2123 as well.

Thanks Ryan.
Could you please tell us which escape character you chose?
'!' prior to the pattern does not seem to work (string tested = '(KB)') and I don't manage to guess it from the source :-(
Cheers,
Z

Replying to rjollos:

Please let me know if you have any thoughts on #2123 as well.

Encapsulating emoticons between brackets to make them pop up as small images seems to me a good idea. People prefering the text version could therefore use it. Also, no more escaping character issue :-)
Cheers,
M

Replying to anonymous:

Could you please tell us which escape character you chose?
'!' prior to the pattern does not seem to work (string tested = '(KB)') and I don't manage to guess it from the source :-(

I used ! as the escape character. Perhaps the regex has a problem for the particular example you tried. Could you try out some others listed at EmoticonsPlugin#Example?

Would you be willing to try out WikiExtrasPlugin? It has emoticons support, and claims to be able to enable components individually. If that plugin is working well, I'm considering deprecating this one. No sense in duplicating functionality ...

I used ! as the escape character. Perhaps the regex has a problem for the particular example you tried. Could you try out some others listed at EmoticonsPlugin#Example?

It perfectly works with trac 0.12.2-2 http://bitnami.org/stack/trac :-)
(The problem I had may be due to several factors: someone else installed the plugin for me [correctly?], on an old version of trac (0.11.7) [compliance?], with a load of other packages installed [conflicts?]... This is under investigation...)

Would you be willing to try out WikiExtrasPlugin? It has emoticons support, and claims to be able to enable components individually. If that plugin is working well, I'm considering deprecating this one. No sense in duplicating functionality ...

Unfortunatelly, I cannot manage to make it work on trac 0.12.2-2 http://bitnami.org/stack/trac.
It claims to be installed but does not appear on the "Administation/Manage Plugins" webpage list :-(
Any clue?

Cheers,
M

Replying to anonymous:

Unfortunatelly, I cannot manage to make it work on trac 0.12.2-2 http://bitnami.org/stack/trac.
It claims to be installed but does not appear on the "Administration/Manage Plugins" webpage list :-(

Thanks for trying. Please turn on t:TracLogging, set the log level to DEBUG and look for errors loading the WikiExtrasPlugin.

mrelbe maintains that plugin and I've cc'ed him on this ticket. Maybe he will have an idea of what the problem could be.

Thanks for trying. Please turn on t:TracLogging, set the log level to DEBUG and look for errors loading the WikiExtrasPlugin.

Here's the error message I get:

2011-08-05 10:51:35,582 Trac[loader] ERROR: Skipping "tracwikiextras = tracwikiextras": 
Traceback (most recent call last):
  File "build\bdist.win32\egg\trac\loader.py", line 68, in _load_eggs
    entry.load(require=True)
  File "C:\Program Files\BitNami Trac Stack\python\lib\site-packages\setuptools-0.6c11-py2.6.egg\pkg_resources.py", line 1954, in load
    entry = __import__(self.module_name, globals(),globals(), ['__name__'])
  File "build\bdist.win32\egg\tracwikiextras\__init__.py", line 1, in <module>
  File "build\bdist.win32\egg\tracwikiextras\boxes.py", line 28, in <module>
  File "build\bdist.win32\egg\tracwikiextras\icons.py", line 55, in <module>
ImportError: cannot import name ConfigSection

As I understand it, the ConfigSection module is not included in the .egg provided by Bitnami (Trac-0.12.2-py2.6.egg).
If that's correct, is there anything I can do to fix this?
Also some mimeview stuff are missing (Pygments, docutils, SilverCity and textile). Should I try to install them?

Cheers,
M

Replying to mtrocme:

As I understand it, the ConfigSection module is not included in the .egg provided by Bitnami (Trac-0.12.2-py2.6.egg).
If that's correct, is there anything I can do to fix this?

It looks like you are right. I don't see ConfigSection in Trac-0.12-stable. I reported your issue in #9073. Unless the plugin author wants to support Trac 0.12 or you wish to develop a patch yourself, you won't be able to use that plugin.

It looks like we are headed back to making the EmoticonsPlugin work for your installation. Could you try the tests I suggested in comment:15?

Replying to mtrocme:

Also some mimeview stuff are missing (Pygments, docutils, SilverCity and textile). Should I try to install them?

• You won't need t:SilverCity unless you are trying to use an early plugin that doesn't support Genshi. Most likely you won't need it.
• Pygments is suggested if you want to get nicer syntax highlighting in the repository browser. See t:TracSyntaxColoring.
• I'm not sure about the other two, I have them installed but I'm not sure if they are utilized by any of the components. The safe bet would be to just go ahead and install them.

...or you wish to develop a patch yourself, you won't be able to use that plugin.

Unfortunately, I'm not skilled enough to do that for the time being.

It looks like we are headed back to making the EmoticonsPlugin work for your installation. Could you try the tests I suggested in comment:15?

I tested all of them last time. All worked perfectly :-)
Thanks Ryan

Cheers,
CU around,
M

Just to let you know, I ran all the examples on a older bitnami trac stack, namely Trac-0.11.6-py2.5.egg.
All works perfectly :-)
Cheers,
M

Thanks for reporting back. I've tagged the EmoticonsPlugin wiki page with 0.11 and 0.12. Is there anything else to do for this ticket, or can I go ahead and close it?

The investigations discussed in comment:16 are still underway (by someone else).
Thanks for waiting a few days more.
Cheers,
Mathieu

Replying to anonymous:

Would you be willing to try out WikiExtrasPlugin? It has emoticons support, and claims to be able to enable components individually. If that plugin is working well, I'm considering deprecating this one. No sense in duplicating functionality ...

Unfortunatelly, I cannot manage to make it work on trac 0.12.2-2 http://bitnami.org/stack/trac.
It claims to be installed but does not appear on the "Administation/Manage Plugins" webpage list :-(
Any clue?

The WikiExtrasPlugin is currently not targeted for Trac 0.12 (however, this restriction has not been defined appropriately, see #9073) reason being that some styling of Trac 0.13 will change, which this plugin enhances (e.g. using the boxes in WikiExtrasPlugin will probably look inconsistent with built in boxes in Trac 0.12 such as table of contents).

Much of the code behind WikiExtrasPlugin is based on the WikiGoodiesPlugin, why I involved Christian in creating this, who in turn suggested that WikiExtrasPlugin perhaps should be integrated as an option in the core of Trac 0.13 (one of the problems that has to be solved is how to distribute the vast icon library in that case). The "release" of WikiExtrasPlugin was therefore made to get a feeling of what others think of it. I therefore didn't intend to make it 0.12-compatible, but if it turns out that many users would like a 0.12-variant of WikiExtrasPlugin, perhaps I could do that.

The investigations discussed in comment:16 are still underway (by someone else).
Thanks for waiting a few days more.

Everything's fine :-))

Cheers Ryan,
CU around,
Mathieu

Thanks for reporting back. Glad it is working well for you!