pidgintex - Project Hosting on Google Code

Last 30 days Dec 20, 2009 issue 30 (no latex formulas in chat window (but visible in history)) Status changed by micketeer - Status: Invalid Status: Invalid Dec 18, 2009 issue 30 (no latex formulas in chat window (but visible in history)) commented on by volkov.peter - Err. After I've wrote this, I've tried to enable all plugins in pidgin. After I did that everything started to work and even I've disabled plugins I don't use everything works. this is definitely problem in pidgin itself. I'll try to reproduce it and found root case. In any case this report can be closed. Err. After I've wrote this, I've tried to enable all plugins in pidgin. After I did that everything started to work and even I've disabled plugins I don't use everything works. this is definitely problem in pidgin itself. I'll try to reproduce it and found root case. In any case this report can be closed. Dec 18, 2009 issue 30 (no latex formulas in chat window (but visible in history)) reported by volkov.peter - What steps will reproduce the problem? 1. Enter formula 2. nothing visible in chat Whenever I enter formula, nothing visible in chat window, so it looks like problem in pidgin itself. But if I close chat window and open it again I can see formulas in history!!! so everything works when it's taken from history, but it's not working during conversation. What version of the product are you using? On what operating system? I've tried 2.6.3 and 2.6.4 versions of pidgin. This is pidgintex-1.1.1. Note that I have similar problem in pidgin-latex, so it definitely looks like pidgin problem. But I'm unsure where should I dig next... debug output: (17:39:41) pidginTeX: message_send: $$\lambda$$ (17:39:41) offlinemsg: Account "pva@jabber.org/таблетка" supports offline messages. (17:39:41) jabber: Unable to find caps: buddy might be offline (17:39:41) jabber: Sending (ssl) (pva@jabber.org/таблетка): <message type='chat' id='purple3aee70db' to='pva@gentoo.ru'><active xmlns='http://jabber.org/protocol/chatstates'/><body>$$\lambda$$</body></message> (17:39:41) pidginTeX: displaying_msg: $$\lambda$$ (17:39:41) pidginTeX: Rendering expression: \lambda (17:39:41) pidginTeX: Trying to execute command: mathtex -m 0 "\\png\\usepackage{color}\\color{black}\\displaystyle\\Huge \\lambda" -o /tmp/purpleF1SZ4U What steps will reproduce the problem? 1. Enter formula 2. nothing visible in chat Whenever I enter formula, nothing visible in chat window, so it looks like problem in pidgin itself. But if I close chat window and open it again I can see formulas in history!!! so everything works when it's taken from history, but it's not working during conversation. What version of the product are you using? On what operating system? I've tried 2.6.3 and 2.6.4 versions of pidgin. This is pidgintex-1.1.1. Note that I have similar problem in pidgin-latex, so it definitely looks like pidgin problem. But I'm unsure where should I dig next... debug output: (17:39:41) pidginTeX: message_send: $$\lambda$$ (17:39:41) offlinemsg: Account "pva@jabber.org/таблетка" supports offline messages. (17:39:41) jabber: Unable to find caps: buddy might be offline (17:39:41) jabber: Sending (ssl) (pva@jabber.org/таблетка): <message type='chat' id='purple3aee70db' to='pva@gentoo.ru'><active xmlns='http://jabber.org/protocol/chatstates'/><body>$$\lambda$$</body></message> (17:39:41) pidginTeX: displaying_msg: $$\lambda$$ (17:39:41) pidginTeX: Rendering expression: \lambda (17:39:41) pidginTeX: Trying to execute command: mathtex -m 0 "\\png\\usepackage{color}\\color{black}\\displaystyle\\Huge \\lambda" -o /tmp/purpleF1SZ4U Dec 03, 2009 FAQ (Frequently asked questions) Wiki page commented on by kevin.rotz - Any hope of getting this to work with the pidgin-webkit plugin? Any hope of getting this to work with the pidgin-webkit plugin? Nov 30, 2009 issue 16 (Request for 64-bit linux compilation) commented on by micketeer - Hi. I forgot to update this rather old request; there is no HISTORY parameter anymore, it should always render history. Could you use the latest svn revision and see if it still doesn't render? Hi. I forgot to update this rather old request; there is no HISTORY parameter anymore, it should always render history. Could you use the latest svn revision and see if it still doesn't render? Nov 30, 2009 issue 16 (Request for 64-bit linux compilation) commented on by joanpau - Hello! Here it is the result of the compilation on an amd64 Debian Squeeze system. Even though I compiled it with make HISTORY=1 (as suggested in previous posts), formulas are not displayed in history. Thanks for the effort in the plugin. Great job! Hello! Here it is the result of the compilation on an amd64 Debian Squeeze system. Even though I compiled it with make HISTORY=1 (as suggested in previous posts), formulas are not displayed in history. Thanks for the effort in the plugin. Great job! Earlier this year Nov 15, 2009 issue 29 (Request: Send image via Attachment) commented on by o...@arcor.de - Well... I don't know if it is possible to send raw data directly but i suppose not. It IS a real mess and my solution was just quick and dirty. I just wanted to point out that it is possible and could be a nice feature. Well... I don't know if it is possible to send raw data directly but i suppose not. It IS a real mess and my solution was just quick and dirty. I just wanted to point out that it is possible and could be a nice feature. Nov 15, 2009 issue 29 (Request: Send image via Attachment) commented on by micketeer - I've been busy. I've looked at the code, is it possible send raw data directly, or do i have to use a file? There is also a mess of logic concerning the log, sent files, and other things. For sending images, i would probably keep the textmessage unmodified. I've been busy. I've looked at the code, is it possible send raw data directly, or do i have to use a file? There is also a mess of logic concerning the log, sent files, and other things. For sending images, i would probably keep the textmessage unmodified. Nov 06, 2009 issue 29 (Request: Send image via Attachment) commented on by o...@arcor.de - Well here is a better Version. Now also tempfiles should be deleted (wrong signal name and wrong handler in previous version) Well here is a better Version. Now also tempfiles should be deleted (wrong signal name and wrong handler in previous version) Nov 04, 2009 issue 29 (Request: Send image via Attachment) commented on by o...@arcor.de - Forgot to attach my code... it is dirty I know and also the file-cancel and sent signals don't seem to be recognized so i always have tempfiles... (did i do something wrong?) anyway it maybe saves a bit of your time browsing the API Forgot to attach my code... it is dirty I know and also the file-cancel and sent signals don't seem to be recognized so i always have tempfiles... (did i do something wrong?) anyway it maybe saves a bit of your time browsing the API Nov 04, 2009 issue 29 (Request: Send image via Attachment) commented on by o...@arcor.de - I implemented this feature on the older LaTeX-Plugin. It is not as hard as I thougt. You should be easy able to add this. All you need is to do a serv_sendfile() when wanting to send and also connect the signals file-sent and file-canceled (not exactly this name) to delete temporary files in both cases. I used a '#' at the very beginning of the message to cherry-pick the send-function. I implemented this feature on the older LaTeX-Plugin. It is not as hard as I thougt. You should be easy able to add this. All you need is to do a serv_sendfile() when wanting to send and also connect the signals file-sent and file-canceled (not exactly this name) to delete temporary files in both cases. I used a '#' at the very beginning of the message to cherry-pick the send-function. Nov 03, 2009 issue 29 (Request: Send image via Attachment) commented on by o...@arcor.de - Well cherry-picking is one option, but i would prefer shorter commands because \sendimage is too large. i would suggest something like &&<latex as image>&& and $$<latex as usual>$$ so it's just a new feature which doesn't affect the old style. Well cherry-picking is one option, but i would prefer shorter commands because \sendimage is too large. i would suggest something like &&<latex as image>&& and $$<latex as usual>$$ so it's just a new feature which doesn't affect the old style. Nov 03, 2009 mimeTeXmathTeXHowto (Installation instructions for the renderers.) Wiki page commented on by micketeer - Denyven: This is not a suitable place for asking questions. I don't get notified and i certainly don't check this place very often. There is a whole wiki for windows installation. http://code.google.com/p/pidgintex/wiki/WindowsInstallation But all you have to do is drop mimetex.exe in C:\Windows (or any place included in the system path). Denyven: This is not a suitable place for asking questions. I don't get notified and i certainly don't check this place very often. There is a whole wiki for windows installation. http://code.google.com/p/pidgintex/wiki/WindowsInstallation But all you have to do is drop mimetex.exe in C:\Windows (or any place included in the system path). Nov 03, 2009 issue 29 (Request: Send image via Attachment) Labels changed by micketeer - Sending images works in any conversation that supports it, so as soon at a pidgin plugin supports it, so will pidgintex (without changing anything). I'm hoping XMPP will pick up support for this sometime. (there is already a patch; http://developer.pidgin.im/ticket/10056 ) Automatically sending images through file transfer is a reasonably feature request, but for this i would like to add some special condition, so that you can cherry pick which messages to send images through manually. I'm thinking something along the lines of, \sendimage Bla bla bla $$f(x)=x^2$$. I also want to write a simpler latex->unicode converter, which would only support a small subset of latex features, and not look as good (but still very usefull for typing simple stuff in a readable way) Examples of what can be achieved with only unicode; ∮ ε⋅dκ ≱ ω ∑aⁱ-bⁱ → ∞ ∀x∈ℝ: ⌈x⌉ = −⌊−x⌋, α ∧ ¬β = ¬(¬α ∨ β) 2H₂ + O₂ ⇌ 2H₂O, R = 4.7 kΩ, ⌀ 200 mm As for debs, I welcome package maintainers to make debs, but i doubt i will myself. Labels: Type-Enhancement −Type-Defect Sending images works in any conversation that supports it, so as soon at a pidgin plugin supports it, so will pidgintex (without changing anything). I'm hoping XMPP will pick up support for this sometime. (there is already a patch; http://developer.pidgin.im/ticket/10056 ) Automatically sending images through file transfer is a reasonably feature request, but for this i would like to add some special condition, so that you can cherry pick which messages to send images through manually. I'm thinking something along the lines of, \sendimage Bla bla bla $$f(x)=x^2$$. I also want to write a simpler latex->unicode converter, which would only support a small subset of latex features, and not look as good (but still very usefull for typing simple stuff in a readable way) Examples of what can be achieved with only unicode; ∮ ε⋅dκ ≱ ω ∑aⁱ-bⁱ → ∞ ∀x∈ℝ: ⌈x⌉ = −⌊−x⌋, α ∧ ¬β = ¬(¬α ∨ β) 2H₂ + O₂ ⇌ 2H₂O, R = 4.7 kΩ, ⌀ 200 mm As for debs, I welcome package maintainers to make debs, but i doubt i will myself. Labels: Type-Enhancement −Type-Defect Nov 03, 2009 issue 29 (Request: Send image via Attachment) commented on by o...@arcor.de - sorry to post this as defect... didn't see the options. sorry to post this as defect... didn't see the options. Nov 03, 2009 issue 29 (Request: Send image via Attachment) reported by o...@arcor.de - Hi, thus the direct-sending of images is only available in ICQ-direct-connect it would be very nice if you made it possible to send the image via pidgin's send-file function. Of course it's better if both sides have the plugin enabled, but often the other ones have real ICQ or whatever and it's annoying to always render and send the image per hand. btw: Good work, love the plugin. Maybe you should host a .deb package for the new ubuntu/debian users who can't copy the file by hand... and maybe it will be included in future releases... hope so. best regards. Hi, thus the direct-sending of images is only available in ICQ-direct-connect it would be very nice if you made it possible to send the image via pidgin's send-file function. Of course it's better if both sides have the plugin enabled, but often the other ones have real ICQ or whatever and it's annoying to always render and send the image per hand. btw: Good work, love the plugin. Maybe you should host a .deb package for the new ubuntu/debian users who can't copy the file by hand... and maybe it will be included in future releases... hope so. best regards. Sep 22, 2009 r103 (More todo ) committed by micketeer - More todo More todo Sep 07, 2009 mimeTeXmathTeXHowto (Installation instructions for the renderers.) Wiki page commented on by Denyven - Alright I am not very experienced at this. But how would I install this so I could use pigintex in Windows XP, I already have the plugin installed, all I need is MimeTex Alright I am not very experienced at this. But how would I install this so I could use pigintex in Windows XP, I already have the plugin installed, all I need is MimeTex Aug 19, 2009 issue 27 (LaTeX messages are shown twice in sender window when "send i...) commented on by uetsah - Update: in ICQ + direct connection, sending the image does in fact work and the double printing bug does not occur. Only in all those cases (where sending the images is not supported), there's the double printing of the LaTeX text instead of a legible error message. Sorry for the confusion Update: in ICQ + direct connection, sending the image does in fact work and the double printing bug does not occur. Only in all those cases (where sending the images is not supported), there's the double printing of the LaTeX text instead of a legible error message. Sorry for the confusion Aug 18, 2009 FAQ (Frequently asked questions) Wiki page edited by micketeer - Revision r102 Edited wiki page through web user interface. Revision r102 Edited wiki page through web user interface. Aug 18, 2009 FAQ (Frequently asked questions) Wiki page edited by micketeer - Revision r101 Edited wiki page through web user interface. Revision r101 Edited wiki page through web user interface. Aug 18, 2009 r100 (Descriptive comments added ) committed by micketeer - Descriptive comments added Descriptive comments added Aug 18, 2009 issue 25 (No Images Displayed mimetex vista ) Status changed by micketeer - Issue looks dead. Works for others. I have no idea what it could be. Guessing it's windows beeing a pile of shit as usual. Closing as invalid. Status: Invalid Issue looks dead. Works for others. I have no idea what it could be. Guessing it's windows beeing a pile of shit as usual. Closing as invalid. Status: Invalid Aug 18, 2009 issue 27 (LaTeX messages are shown twice in sender window when "send i...) Status changed by micketeer - sscharrer: Custom emoticons are limited in size, and even if the size limit would disappear, I would never implement something as hackish as that (and it's protocol specific (and MSN sucks)). Search and you will find another bug report on that issue. I'll modify the FAQ. Actually, I take back what i said about pidgin reporting that it is always possible, because I found the bug and it's now working properly. I accidently left out a condition for replacing the message. See revision 98. I dont think i'll make any more changes in a while, so i'll probably go ahead and release a new version tonight. Status: Fixed sscharrer: Custom emoticons are limited in size, and even if the size limit would disappear, I would never implement something as hackish as that (and it's protocol specific (and MSN sucks)). Search and you will find another bug report on that issue. I'll modify the FAQ. Actually, I take back what i said about pidgin reporting that it is always possible, because I found the bug and it's now working properly. I accidently left out a condition for replacing the message. See revision 98. I dont think i'll make any more changes in a while, so i'll probably go ahead and release a new version tonight. Status: Fixed Aug 18, 2009 r99 (Version update ) committed by micketeer - Version update Version update Aug 18, 2009 r98 (Fixed issue 27 + proper error message when sending without s...) committed by micketeer - Fixed issue 27 + proper error message when sending without support for images. Fixed issue 27 + proper error message when sending without support for images. Aug 18, 2009 issue 27 (LaTeX messages are shown twice in sender window when "send i...) commented on by sscharrer - (The "Pidgin always reply that it is possible" - is that a bug in pidgin itself? Then maybe this should be reported to the pidgin developers?) (The "Pidgin always reply that it is possible" - is that a bug in pidgin itself? Then maybe this should be reported to the pidgin developers?) Aug 18, 2009 issue 28 ([feature request:] Properly vertically align the rendered La...) changed by micketeer - It's not feasible with mathtex. mimetex does expose a vertical alignment value, but implementing that is quite tedious. But the main showstopper is the GTK-html display that Pidgin uses, as it doesn't support align information (or style info), so it'll all render the same in Pidgin. In short, not possible. Status: WontFix Labels: Type-Enhancement −Type-Defect It's not feasible with mathtex. mimetex does expose a vertical alignment value, but implementing that is quite tedious. But the main showstopper is the GTK-html display that Pidgin uses, as it doesn't support align information (or style info), so it'll all render the same in Pidgin. In short, not possible. Status: WontFix Labels: Type-Enhancement −Type-Defect Aug 18, 2009 issue 27 (LaTeX messages are shown twice in sender window when "send i...) commented on by sscharrer - I see. But doesn't MSN also support custom emoticons? In any case, it would be nice if the FAQ made it clear which protocols this feature is restricted to and what "be in Direct IM mode" means exactly. Also, maybe there could be an easy-to-understand warning in the IM window when using this with a protocol that doesn't support sending images. I see. But doesn't MSN also support custom emoticons? In any case, it would be nice if the FAQ made it clear which protocols this feature is restricted to and what "be in Direct IM mode" means exactly. Also, maybe there could be an easy-to-understand warning in the IM window when using this with a protocol that doesn't support sending images. Aug 18, 2009 issue 26 (Mimetex.exe takes 50% CPU) Status changed by micketeer - Marking as invalid as problem did not arise again. Status: Invalid Marking as invalid as problem did not arise again. Status: Invalid Aug 18, 2009 issue 27 (LaTeX messages are shown twice in sender window when "send i...) commented on by micketeer - As it says in the FAQ, and at the option where you selected to send images, the protocol must support sending images, and currently (and probably for forever) only ICQ using direct im mode, support this feature. Please remember that most clients can't even draw images in their chat windows, let alone recieve one. I do as much error checking as possible within plugin, but it's not possible to detect wether or not sending images will work (or rather, I do check, but Pidgin always reply that it is possible). The double rendering is a bug though, probably some confused logic i need to check. I'll look into it, but i welcome others do to so as well. If it can't be solved in a clean manner, i'll remove the send images-feature for good, as it's nearly never supported by the other parts. As it says in the FAQ, and at the option where you selected to send images, the protocol must support sending images, and currently (and probably for forever) only ICQ using direct im mode, support this feature. Please remember that most clients can't even draw images in their chat windows, let alone recieve one. I do as much error checking as possible within plugin, but it's not possible to detect wether or not sending images will work (or rather, I do check, but Pidgin always reply that it is possible). The double rendering is a bug though, probably some confused logic i need to check. I'll look into it, but i welcome others do to so as well. If it can't be solved in a clean manner, i'll remove the send images-feature for good, as it's nearly never supported by the other parts. Aug 18, 2009 issue 27 (LaTeX messages are shown twice in sender window when "send i...) commented on by uetsah - Also, the images are not sent at all (no matter whether using Jabber, MSN or ICQ) - the recipient only sees the plain LaTeX source text in $$ tags. Also, the images are not sent at all (no matter whether using Jabber, MSN or ICQ) - the recipient only sees the plain LaTeX source text in $$ tags. Aug 18, 2009 issue 28 ([feature request:] Properly vertically align the rendered La...) reported by uetsah - When an IM message includes both pindginTeX-rendered LaTeX as well as normal text, the baselines of the LaTeX output images are aligned to the baseline of the text. This doesn't look too good when fractions, integrals, sums etc. are used resulting in an image considerably higher than the normal text line (see first screenshot attached below). In almost all such cases, vertically aligning the middle of the images to the middle of the text would already be a great improvement over the current situation. Also, apparently it must be possible to somehow obtain the exact vertical offset for the LaTeX output images in order for the logical text base lines to be exactly aligned, as for example the application "LyX" seems to do that (see second screenshot). (Maybe you can even just take the code from the LyX sources...) If that's not feasible, please at least "vertical-align:middle" the images... When an IM message includes both pindginTeX-rendered LaTeX as well as normal text, the baselines of the LaTeX output images are aligned to the baseline of the text. This doesn't look too good when fractions, integrals, sums etc. are used resulting in an image considerably higher than the normal text line (see first screenshot attached below). In almost all such cases, vertically aligning the middle of the images to the middle of the text would already be a great improvement over the current situation. Also, apparently it must be possible to somehow obtain the exact vertical offset for the LaTeX output images in order for the logical text base lines to be exactly aligned, as for example the application "LyX" seems to do that (see second screenshot). (Maybe you can even just take the code from the LyX sources...) If that's not feasible, please at least "vertical-align:middle" the images... Aug 18, 2009 issue 27 (LaTeX messages are shown twice in sender window when "send i...) reported by uetsah - What steps will reproduce the problem? 1. enable "send image in IM" in the pidginTeX configuration dialog 2. send an IM message with a LaTeX expression What is the expected output? What do you see instead? The whole message including the rendered latex is correctly displayed in the IM window in the usual form: (TIMESTAMP) SENDERNAME: MESSAGE Now, oddly enough, it is also additionally displayed on top of that "normal" message line in bold red font in the form: (TIMESTAMP) MESSAGE This weird additional line only appears when pidginTeX's "send image in IM" option is activated. Please see the attached screenshot. What version of the product are you using? On what operating system? Using Pidgin 2.5.8 with pidginTeX-1.1.1-DEBIAN-i386.so on Ubuntu Karmic. What steps will reproduce the problem? 1. enable "send image in IM" in the pidginTeX configuration dialog 2. send an IM message with a LaTeX expression What is the expected output? What do you see instead? The whole message including the rendered latex is correctly displayed in the IM window in the usual form: (TIMESTAMP) SENDERNAME: MESSAGE Now, oddly enough, it is also additionally displayed on top of that "normal" message line in bold red font in the form: (TIMESTAMP) MESSAGE This weird additional line only appears when pidginTeX's "send image in IM" option is activated. Please see the attached screenshot. What version of the product are you using? On what operating system? Using Pidgin 2.5.8 with pidginTeX-1.1.1-DEBIAN-i386.so on Ubuntu Karmic. Jun 01, 2009 CHANGELOG Wiki page edited by micketeer May 06, 2009 issue 26 (Mimetex.exe takes 50% CPU) commented on by ibrahim.awwal - This is very strange, earlier today I could reproduce it every time but for some reason it's not happening now. Earlier I did have the debug window open too but I couldn't catch anything. After I killed mimetex.exe I got a sad face window with Pidgintex on it, but nothing else. I did recompile mimetex with debugging symbols so if I can get it to do it again I might try to attach with gdb if I can... Will update if I find anything. This is very strange, earlier today I could reproduce it every time but for some reason it's not happening now. Earlier I did have the debug window open too but I couldn't catch anything. After I killed mimetex.exe I got a sad face window with Pidgintex on it, but nothing else. I did recompile mimetex with debugging symbols so if I can get it to do it again I might try to attach with gdb if I can... Will update if I find anything. May 06, 2009 issue 26 (Mimetex.exe takes 50% CPU) commented on by micketeer - Sending images or not (an option which in almost all cases should be turned off anyway) shouldn't matter here. In the last version i did change the plugin so it would modify everything that was drawn in the conversation window on startup (be it output from the history plugin or something else). But even with if the recent history contained up towards.. 10-20 images, it should only take a fraction of a second for mimetex (and a bit longer for mathtex). I'd have to see the debug output before i can say why mimetex is behavig strangely. Is it 100% reproduceable? Even if the history only contains a single previous latex expression? Either run pidgin from the a command prompt, and issue the debug flag, i.e. "pidgin -d", or open the debug window inside pidgin, cause the bug, (you might need to kill the mimetex process manually so pidgin will respond again. Sending images or not (an option which in almost all cases should be turned off anyway) shouldn't matter here. In the last version i did change the plugin so it would modify everything that was drawn in the conversation window on startup (be it output from the history plugin or something else). But even with if the recent history contained up towards.. 10-20 images, it should only take a fraction of a second for mimetex (and a bit longer for mathtex). I'd have to see the debug output before i can say why mimetex is behavig strangely. Is it 100% reproduceable? Even if the history only contains a single previous latex expression? Either run pidgin from the a command prompt, and issue the debug flag, i.e. "pidgin -d", or open the debug window inside pidgin, cause the bug, (you might need to kill the mimetex process manually so pidgin will respond again. May 06, 2009 issue 26 (Mimetex.exe takes 50% CPU) commented on by ibrahim.awwal - Ok, I think it definitely has something to do with the history plugin, as it happens reliably when I open up a conversion where the last time I talked to someone I had LaTeX in the history. Ok, I think it definitely has something to do with the history plugin, as it happens reliably when I open up a conversion where the last time I talked to someone I had LaTeX in the history. May 06, 2009 issue 26 (Mimetex.exe takes 50% CPU) reported by ibrahim.awwal - I'm not sure what caused it, but I think it might have something to do with the history plugin and having LaTeX in the previous conversation. I've just installed Pidgintex yesterday and it's very cool, but sometimes when I open up a conversation with someone pidgin locks up and I find that mimetex.exe is eating up one CPU core. This also happened once after waking up my computer from sleep mode in Vista. I'll try to get some more information about it as it happens more. I did change the setting to send the image in the message, so maybe it has something to do with not being able to actually embed the image, but that shouldn't have anything to do with mimetex? I'm not sure what caused it, but I think it might have something to do with the history plugin and having LaTeX in the previous conversation. I've just installed Pidgintex yesterday and it's very cool, but sometimes when I open up a conversation with someone pidgin locks up and I find that mimetex.exe is eating up one CPU core. This also happened once after waking up my computer from sleep mode in Vista. I'll try to get some more information about it as it happens more. I did change the setting to send the image in the message, so maybe it has something to do with not being able to actually embed the image, but that shouldn't have anything to do with mimetex? May 04, 2009 r96 (Messed up on the debug string. ) committed by micketeer - Messed up on the debug string. Messed up on the debug string. Apr 30, 2009 issue 23 (problem with pidgintex and mimetex.exe ) commented on by micketeer - Then that Khalimero uses a shitty client that doesn't support direct im. It will never able be possible to send images to him (his ICQ client probably can't even draw images in the chat window, making this very impossible) If your friend upgrades, the option will be there. This is completely unrelated to this (or any other) plugin. Sending images requires direct im mode, that's it. I think you will find if you ask in the proper place (i.e. #pidgin at irc.freedone.org), you'll get all the answers faster. Then that Khalimero uses a shitty client that doesn't support direct im. It will never able be possible to send images to him (his ICQ client probably can't even draw images in the chat window, making this very impossible) If your friend upgrades, the option will be there. This is completely unrelated to this (or any other) plugin. Sending images requires direct im mode, that's it. I think you will find if you ask in the proper place (i.e. #pidgin at irc.freedone.org), you'll get all the answers faster. Apr 30, 2009 issue 23 (problem with pidgintex and mimetex.exe ) commented on by lezoulou...@free.fr - If you do not believ me look this screenshot of my pidgin : http://www.casimages.com/img.php?i=090430084519455563574111.jpg If you do not believ me look this screenshot of my pidgin : http://www.casimages.com/img.php?i=090430084519455563574111.jpg Apr 26, 2009 issue 23 (problem with pidgintex and mimetex.exe ) commented on by micketeer - Yes it IS. I looked it up and it's right there under Conversation->More->Direct IM Yes it IS. I looked it up and it's right there under Conversation->More->Direct IM Apr 26, 2009 issue 23 (problem with pidgintex and mimetex.exe ) commented on by lezoulou...@free.fr - (I am on windows) sorry but it is not (I look on the web and I see that some pidgin users (which are not the administrator of their pc) success to have a direct connection with "TOR" (free sofware) but I think it does'nt concern me : http://mytechxp.blogspot.com/2007/10/pidgin-through-proxy.html (I am on windows) sorry but it is not (I look on the web and I see that some pidgin users (which are not the administrator of their pc) success to have a direct connection with "TOR" (free sofware) but I think it does'nt concern me : http://mytechxp.blogspot.com/2007/10/pidgin-through-proxy.html Apr 26, 2009 issue 23 (problem with pidgintex and mimetex.exe ) commented on by micketeer - It's available under the conversation menu in the conversation. I dont remember exactly where, but go look through each menu item and you will find it. It's available under the conversation menu in the conversation. I dont remember exactly where, but go look through each menu item and you will find it. Apr 26, 2009 issue 23 (problem with pidgintex and mimetex.exe ) commented on by lezoulou...@free.fr - ok but in pidgin in fact only protocol ICQ allows to display directly pictures which are sent(the other protocols allows to send file but not to display pictures directly). So first I tried to send a picture to a connected contact ICQ of my contactlist. But I receive the following message : "Your snapshot has not been sent. You must use a direct connection to send images." However I do not know how can I have a direct connection, please help me. ok but in pidgin in fact only protocol ICQ allows to display directly pictures which are sent(the other protocols allows to send file but not to display pictures directly). So first I tried to send a picture to a connected contact ICQ of my contactlist. But I receive the following message : "Your snapshot has not been sent. You must use a direct connection to send images." However I do not know how can I have a direct connection, please help me. Apr 21, 2009 issue 25 (No Images Displayed mimetex vista ) commented on by avogatro2007 - I am trying to reproduce the error. I am trying to reproduce the error. Apr 21, 2009 issue 25 (No Images Displayed mimetex vista ) commented on by avogatro2007 - what about gtk+... http://www.gtk.org/download-windows.html vista need new glib. which plugin do you activate except pidgintex? what about gtk+... http://www.gtk.org/download-windows.html vista need new glib. which plugin do you activate except pidgintex? Apr 21, 2009 issue 25 (No Images Displayed mimetex vista ) commented on by cj.thom...@hotmail.co.uk - It is the lastest versions of everything, mimetex, pidgin and pidgintex I don't think it is a pidgintex problem...I think the error lies somewhere within the pidgin code :S It is the lastest versions of everything, mimetex, pidgin and pidgintex I don't think it is a pidgintex problem...I think the error lies somewhere within the pidgin code :S Apr 21, 2009 issue 25 (No Images Displayed mimetex vista ) commented on by micketeer - If you look at the information he supplied you'll find that Pidgin acts just as if everything worked, just no images. This means that calling mimetex worked, and that it did produce a file that isn't 0 bytes, and that image was read and added the pidgins image-store successfully, but it just doesn't show up. Pidgintex does quite extensive error checking (everything that could happen AFAIK). This problem is a mystery. If you look at the information he supplied you'll find that Pidgin acts just as if everything worked, just no images. This means that calling mimetex worked, and that it did produce a file that isn't 0 bytes, and that image was read and added the pidgins image-store successfully, but it just doesn't show up. Pidgintex does quite extensive error checking (everything that could happen AFAIK). This problem is a mystery.

issue 30 (no latex formulas in chat window (but visible in history)) reported by volkov.peter - What steps will reproduce the problem? 1. Enter formula 2. nothing visible in chat Whenever I enter formula, nothing visible in chat window, so it looks like problem in pidgin itself. But if I close chat window and open it again I can see formulas in history!!! so everything works when it's taken from history, but it's not working during conversation. What version of the product are you using? On what operating system? I've tried 2.6.3 and 2.6.4 versions of pidgin. This is pidgintex-1.1.1. Note that I have similar problem in pidgin-latex, so it definitely looks like pidgin problem. But I'm unsure where should I dig next... debug output: (17:39:41) pidginTeX: message_send: $$\lambda$$ (17:39:41) offlinemsg: Account "pva@jabber.org/таблетка" supports offline messages. (17:39:41) jabber: Unable to find caps: buddy might be offline (17:39:41) jabber: Sending (ssl) (pva@jabber.org/таблетка): <message type='chat' id='purple3aee70db' to='pva@gentoo.ru'><active xmlns='http://jabber.org/protocol/chatstates'/><body>$$\lambda$$</body></message> (17:39:41) pidginTeX: displaying_msg: $$\lambda$$ (17:39:41) pidginTeX: Rendering expression: \lambda (17:39:41) pidginTeX: Trying to execute command: mathtex -m 0 "\\png\\usepackage{color}\\color{black}\\displaystyle\\Huge \\lambda" -o /tmp/purpleF1SZ4U

What steps will reproduce the problem? 1. Enter formula 2. nothing visible in chat Whenever I enter formula, nothing visible in chat window, so it looks like problem in pidgin itself. But if I close chat window and open it again I can see formulas in history!!! so everything works when it's taken from history, but it's not working during conversation. What version of the product are you using? On what operating system? I've tried 2.6.3 and 2.6.4 versions of pidgin. This is pidgintex-1.1.1. Note that I have similar problem in pidgin-latex, so it definitely looks like pidgin problem. But I'm unsure where should I dig next... debug output: (17:39:41) pidginTeX: message_send: $$\lambda$$ (17:39:41) offlinemsg: Account "pva@jabber.org/таблетка" supports offline messages. (17:39:41) jabber: Unable to find caps: buddy might be offline (17:39:41) jabber: Sending (ssl) (pva@jabber.org/таблетка): <message type='chat' id='purple3aee70db' to='pva@gentoo.ru'><active xmlns='http://jabber.org/protocol/chatstates'/><body>$$\lambda$$</body></message> (17:39:41) pidginTeX: displaying_msg: $$\lambda$$ (17:39:41) pidginTeX: Rendering expression: \lambda (17:39:41) pidginTeX: Trying to execute command: mathtex -m 0 "\\png\\usepackage{color}\\color{black}\\displaystyle\\Huge \\lambda" -o /tmp/purpleF1SZ4U

Last 30 days

Earlier this year