Thanks,Originally Posted by Nightwish
but what is "flickering" then. SmileyAdd cannot make it flicker...
Thanks,Originally Posted by Nightwish
but what is "flickering" then. SmileyAdd cannot make it flicker...
Using .97 of tabsrmm but i have the issues with the new smileyadd aswell somtimes they parse somtimes they don't.
Hope you fix this.....
Is it perhaps the same issue as in this posting?Originally Posted by infamy
EDIT: "Flickering" is only in chat.dll 0.3.2.0 e.g. when there is much written and you switch Tabs or you write a lot
"Flickering" means the mouse cursors blinks when the hourglass is displayed, it blinks very fast... it flickers... it looks like it's shivering...
BTW: Im not the only one with this problem, some others had it too
Last edited by FREAK_THEMIGHTY; 9 Oct 2005 at 9:06 PM.
No, its not only "flickering",
if you have a slow computer (1.5GHz P4 winXP Pro) the mouse jerks,
thats very annoying, and sometimes i have a transparent input textfield and miranda is completly blocked until the history with smilies are painted.
Sorry i can give only the information that this not happend with vers. 0.1.7.6 and i using smileadd only for chat.dll v.0.3.2.0.
Peter
Peter,Originally Posted by Lastwebpage
katabuki.xep has 4 problems:
1. malformed XML: lines 269 and 272 should be written as following: ":-&"
2. malfrormed regular expressions:
line 72 should be written as following: ":x|\*IN\ LOVE\*|\*IN *LOVE\*|\*IN_LOVE\*|\*INLOVE\*"
line 1084 should be written as following: "\[[Bb]ye\]|\[[Bb]ye!+\]|\[рук[иуеа]\]|\[Рук[иуеа]\]"
Last edited by borkra; 9 Oct 2005 at 10:23 PM.
here is the problem with the new release:
i have "replace isolated smilies only' activated. however, with the new release smilies at the very end do not get replaced, because obviously there is no space at the end. Therefore, there should be an exception rule...
Example1: Smilie :) Test works
Example2: Smilies don't work :(
buffer,Originally Posted by buffer
thanks a lot, I already fixed that. But I don't want to make release to fix one problem at a time. I would like to fix as many as I can and then release. So I am working on more complex issues right now. Like the performance issue which I don't understand, and I am asking questions on these issues to clear them out.
Last edited by borkra; 10 Oct 2005 at 12:09 AM.
Faith Healer,Originally Posted by Faith Healer
1. Could you please remove or rename <32bit_Icons> node from your xep. It's not xml standard compliant and nConvers does not use it. I hate to put in workaround for something which is not used.
2. There are 2 malformed regular expressions in icqlitefull.xep
"\*KISSING\*|{}|()", it should be "\*KISSING\*|\{\}|\(\)"
":-\*|:-{}|:{}", it should be ":-\*|:-\{\}|:\{\}"
The problem with these that even though they are ok with old POSIX standard they are not compliant with newer one, which all modern parsers follow.
Last edited by borkra; 10 Oct 2005 at 1:08 AM.
Thanks for the info borkra for the info.
But i am surprised...
At the evening this smileyadd realy slow down the irc/chat window,
no it works faster ...
I have change nothing, so i am not sure if only the smileadd.dll make this problems.. :|
And btw, some website about this POSIX standard maybe ? i have try google, but i dont find a good site about this.
Peter
Last edited by Lastwebpage; 10 Oct 2005 at 12:02 AM.
Peter,Originally Posted by Lastwebpage
I can not find anything that will make 0.1.8.0 SmileyAdd work slower then 0.1.7.6
There are actually 2 standards on RegEx POSIX and Perl. They are close but different.
In addition there are different versions of these standards.
The POSIX standard is actually IEEE. The description could be found here: http://www.opengroup.org/onlinepubs/...bd_chap09.html
Perl documentation could be found here: http://perldoc.perl.org/perl.html
In addition you want to consider following: if don't write complaint expression it will not necessarily fail. It will work fine on one parser and fail on the other. You are at the mercy of the parser at this point though. On the other hand compliant expression will work on any parser compliant with the standard.
Last edited by borkra; 10 Oct 2005 at 2:11 AM.
Bookmarks