[Amsn-devel] Fwd: [Amsn-commits] msn/plugins/inkdraw inkdraw.tcl,1.6,1.7
Hi I did a fix for the inkdraw plugin, plz try to send inks betwen aMSn user just to be sure everything is working well...specially for windows and linux usersThanksDébut du message réexpédié :De : Jerome Gagnon-Voyer [EMAIL PROTECTED]Date : décembre 31, 17 Heisei 3:20:25 AM HNEÀ : [EMAIL PROTECTED]Objet : [Amsn-commits] msn/plugins/inkdraw inkdraw.tcl,1.6,1.7 Update of /cvsroot/amsn/msn/plugins/inkdrawIn directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv28285/plugins/inkdrawModified Files: inkdraw.tcl Log Message:Change the place where we save the temp inkdraw file to avoid permission issuesShould fix MANY BugsPLZ test it and give me feedbacks, if it works well I will put it on autoupdateIndex: inkdraw.tcl===RCS file: /cvsroot/amsn/msn/plugins/inkdraw/inkdraw.tcl,vretrieving revision 1.6retrieving revision 1.7diff -C2 -d -r1.6 -r1.7*** inkdraw.tcl 15 Oct 2005 19:56:14 - 1.6--- inkdraw.tcl 31 Dec 2005 08:20:23 - 1.7** 266,274 set widget $window.f.bottom.left.in.inner.draw! ! $widget SaveDrawing $HOME "inktosend.gif"! ! #send the saved file! ::amsn::InkSend $window [file join $HOME "inktosend.gif"] $widget ClearDrawboard }--- 266,280 set widget $window.f.bottom.left.in.inner.draw! #Put inktosend picture into a temp directory to send it! if { [info exists ::env(TEMP) ] } {! $widget SaveDrawing $::env(TEMP) "inktosend.gif"! #send the saved file! ::amsn::InkSend $window [file join $::env(TEMP) "inktosend.gif"]! } else {! $widget SaveDrawing "/tmp" "inktosend.gif"! #send the saved file! ::amsn::InkSend $window [file join /tmp "inktosend.gif"]! }! $widget ClearDrawboard }---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems? Stop! Download the new AJAX search engine that makessearching your log files as easy as surfing the web. DOWNLOAD SPLUNK!http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click___Amsn-commits mailing list[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/amsn-commits
Re: [Amsn-devel] aMSN - IMPORTANT : To All Packagers! (LINUX)
Hi, Should work without -static : I tested and it's always with lbstdc++ statically linked... Phil P.S. Always need to do FC3 package... Le Saturday 31 December 2005 08:26, Youness Alaoui a écrit : Phil, I'll need you to add my changes to the Makefile, but with a --enable-static option only.. by default it's disabled, so the behavior shouldn't change unless --enable-static is specified... also, could you test and make sure we need the -static option in g++, I don't think so since we compile again a libstdc++.a and we have --static-libgcc ... AND because if we add the -static option, the compilation is impossible on AMD64... Thanks, KaKaRoTo On Fri, 30 Dec 2005 14:30:10 -0500, Jérôme Gagnon-Voyer [EMAIL PROTECTED] wrote: A small suggestion Youness http://amsn.sourceforge.net/wiki/tiki-index.php?page=Release+Guide Could you add the name of the real packagers with their distro on the wiki? If you don't have them just give me their name and distro on IRC and I will add them...So next time you won't waste your time to find emails Le 05-12-30 à 02:57, Youness Alaoui a écrit : Hi All, Karol had a brilliant idea, he suggest that we link TkCximage.so with libstdc++ and libgcc statically!! this means that libstdc++ will not be a dependancy anymore! isn't that great ? ok, I did some research and I found one solution that works (and actually it's the easiest) so I modified my makefile.in and TkCximage's Rules.mk which will make it compile statically... I don't know if these options will work everywhere (on BSD, on Mac) so we'll assume they do... now.. to avoid having those TkCximage/libstdc++ errors, we'll link statically.. we just tested, I sent my 'dynamic' TkCximage.so to Karol, it didn't load, I then sent him the 'static' version and it loaded great! so now, I'll update the installer (most important), the autopackage (too) and the debian package... Phil, can you please redo the rpm packages for FC4 and FC3... now I need to find those who did the other packages... brb.. ok, all added in CC, so please, recreate all the packages... these packages will have a APPRELEASE=3 because we have a lot of released v2, so instead of having some v2, some v1, I decided to put v3 for all (easier than instructing each person on which version he should put in his configure script), as I AM NOT AN EXPERT IN PACKAGING, PLEASE EVERYONE DO WHATEVER YOU WANT!!! in short, go to the linux-downloads webpage and look at the file you're supposed to replace and see which version it is, change that in the configure script before building, if you think it's important.. personnally I don't, I also don't think it will bother users, but it depends on your tastes... just make sure you won't give me a 0.95-2 release if there is already a 0.95-2 out there! If you don't want to do that, use the diff as is, APPRELEASE=3 adn you're safe... Attached is the diff.. you know how to use it, you can manually edit the files if you want, there's isn't much about it... whatever, all I want is that once you got your package, you test-install it then go to the install dir and do : ldd utils/TkCximage/TkCximage.so and MAKE SURE there are NO libstdc++.so in it whatsoever... this is what I get : [EMAIL PROTECTED]:/home/kakaroto/amsn-release/amsn-0.95-debian/distrib/ DEB/extracted-deb/usr/share/amsn# ldd utils/TkCximage/TkCximage.so libm.so.6 = /lib/libm.so.6 (0x400bd000) libc.so.6 = /lib/libc.so.6 (0x400e2000) /lib/ld-linux.so.2 (0x8000) you MAY have an additional linux-gate.so.1 in the list, this is not important... (refer to : http://www.trilithium.com/johan/2005/08/ linux-gate/) Also, PLEASE MAKE SURE YOU BUILD THE PACKAGE AS ROOT! Also, PLEASE DOUBLE MAKE SURE YOUR UMASK IS GIVING u=rwX,g=rX,o=rX permissions.. easy way to test : touch testing_permissions ls -l testing_permissions -rw-r--r-- 1 root root 0 Dec 30 00:27 testing_permissions mine is : [EMAIL PROTECTED]:~# umask 0022 whatever the umask is/was, double check your permissions by simply doing a chmod a+rX -R amsn and I meant a+rX (with capital X) don't forget the recursive -R... if anyone is interested, here's my source to get the how to create the staticly linked libstdc++ : http://www.trilithium.com/johan/ 2005/06/static-libstdc/ That's it... we're now back to the list of packages : *Linux Installer(need llibstdc++.so.6) : DONE (KaKaRoTo).. no need for libstdc++.so.6 anymore, so need to be updated from the website... *AutoPackage : DONE (KaKaRoTo) *Debian : DONE (KaKaRoTo) *Debian (Sarge) : Is it still needed ? if the Debian (not sarge) package doesn't depend on libstdc++ anymore, we're good... right ? NOT DONE (Johnny Strom) *Ubuntu : NOT DONE (Toma- from IRC..) *Ubuntu (PowerPC) (robotgeek from IRC... contact : scapor) *Fedora Core 3 : NOT DONE (Phil) *Fedora Core 4 :
[Amsn-devel] Desktop Integration file transfers
Happy New Year :) I select a file to send with Desktop Integration, press OK and nothing happens, I get this log: [16:12:25] Desktop Integration: Cancel button pressed And no, Cancel doesn't work as OK :D Vivia --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] Desktop Integration file transfers
I made changes to the plugin but I can't seem to commit 'm .. maybe there are problems with sf's cvs ? Could someone please commit it for me so it doesn't get lost ? The proc I created it not run yet but I'm waiting for the solution youness was gonna give me this night when I said I had to go sleep .. but you can test it with ::desktop_integration::checks_when_loaded Karel. Op za, 31-12-2005 te 16:18 +0200, schreef Vivia Nikolaidou: Happy New Year :) I select a file to send with Desktop Integration, press OK and nothing happens, I get this log: [16:12:25] Desktop Integration: Cancel button pressed And no, Cancel doesn't work as OK :D Vivia --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel namespace eval ::desktop_integration { variable current_desktop noone variable dlg_blocked 0 variable plugin_name Desktop Integration variable users_filemanager variable users_openfilecommand variable loaded 0 variable config variable configlist variable renamed_choosefiledialog_proc desktop_integration_chooseFileDialog variable renamed_getsavefile_proc desktop_integration_getSaveFile variable renamed_messagebox_proc desktop_integraton_messageBox # # Installing the plugin - renames old procs to new ones# # proc Init { dir } { variable current_desktop variable dlg_blocked variable plugin_name variable loaded variable config variable configlist variable renamed_choosefiledialog_proc variable renamed_getsavefile_proc variable renamed_messagebox_proc if { $loaded == 1 } { return 0 } ::plugins::RegisterPlugin $plugin_name #here we need a good thing, I'm waiting for the solution youness was gonna tell me when I went to sleep ;) ::plugins::RegisterEvent $plugin_name PluginFullyLoaded checks_when_loaded array set config { showsetupdialog {1} } set configlist [list \ [list bool Show the setup dialog when the plugin gets loaded showsetupdialog] \ ] # Decide if we are using KDE or GNOME set current_desktop [WhichDesktop] # If no program is installed, the plugin cannot work if {$current_desktop == noone} { # Show info: the plugin cannot be installed plugins_log $plugin_name User has neither kdialog nor zenity installed. Cannot use the plugin msg_box Sorry, you have neither \'kdialog\' nor \'zenity\' installed. Please, install one of them in order to use this plugin. # Unload the plugin ::plugins::GUI_Unload # End this Init proc return 0 } else { plugins_log $plugin_name Switching to [string toupper $current_desktop] dialogs } # CHANGE: ::chooseFileDialog - KchooseFileDialog if { [info proc ::chooseFileDialog] == ::chooseFileDialog} { rename ::chooseFileDialog $renamed_choosefiledialog_proc proc ::chooseFileDialog {args } { return [eval ::desktop_integration::KchooseFileDialog $args] } } # CHANGE: ::tk_getSaveFile - KgetSaveFile if { [info proc ::tk_getSaveFile] == ::tk_getSaveFile} { rename ::tk_getSaveFile $renamed_getsavefile_proc proc ::tk_getSaveFile {args } { return [eval ::desktop_integration::KgetSaveFile $args] } } # CHANGE: ::amsn::messageBox - KmessageBox if { [info proc ::amsn::messageBox] == ::amsn::messageBox} { rename ::amsn::messageBox $renamed_messagebox_proc proc ::amsn::messageBox {args } { return [eval ::desktop_integration::KmessageBox $args] } } # Initialize the blocking variable if it's not yet set if { ![info exists dlg_blocked] } { set dlg_blocked 0 } set loaded 1 return 1 } # # Uninstalling the plugin - restores original dialogs # # proc DeInit { } { variable current_desktop variable plugin_name variable loaded variable renamed_choosefiledialog_proc variable renamed_getsavefile_proc variable renamed_messagebox_proc variable users_filemanager variable users_openfilecommand variable users_browser variable users_mailcommand variable users_usesnack variable users_soundcommand variable users_notifyYoffset if {$loaded == 0} { return 0 } plugins_log $plugin_name Restoring original TCL/TK dialogs\n ::config::setKey filemanager $users_filemanager
Re: [Amsn-devel] Desktop Integration file transfers
Yep, it happens to me since several days ago (i forgot to mention it). Indeed it doesn't work for changing the avatar neither :) Rafa El Sábado, 31 de Diciembre de 2005 14:18, Vivia Nikolaidou escribió: Happy New Year :) I select a file to send with Desktop Integration, press OK and nothing happens, I get this log: [16:12:25] Desktop Integration: Cancel button pressed And no, Cancel doesn't work as OK :D Vivia --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
[Amsn-devel] [Fwd: aMSN plugin for amaroK]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It was lost in my inbox, I found it today, checking old emails :p Is it already added to the plugins? Greets. - Original Message Subject: aMSN plugin for amaroK Date: Thu, 21 Jul 2005 22:41:56 -0300 From: Victor Tortorello Neto [EMAIL PROTECTED] Reply-To: Victor Tortorello Neto [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Hello. I've make an aMSN plugin that show currently song playing in amaroK KDE player. http://vtneto.blogspot.com/ http://www.t2tecnologia.com.br/amsnrok.tar.gz May you add it in aMSN's plugin page. Sorry my english... Regards, Victor Tortorello Neto [EMAIL PROTECTED] - -- () Alvaro J. Iradier Muro [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtpmpoDlUrRluukQRAqx9AKCd31bKsSMRaErXqEeGKuVjLxDFuACePgRM oF4j9mX8/qIwdKLSWnOem4w= =km9W -END PGP SIGNATURE- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] Bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A mail from you, 19th July 2005: - --- Let's start with two accounts opened... account A and account B. account A (appears as online) adds account B to its contact list account B (appears as online) accepts account A and adds it account B remove account A from contact list account A remove account B from contact list account B logs off account A adds account B to its contact list... account A amsn show account B as online BUG until amsn reset, i guess. I have tried this two times, and it happens :P - --- Isn't it the same? You already found it some time ago, but it's not yet fixed :p I'll take a look when I have some time. I guess it's related with the volatile information on the address book. The user information should be removed when removed from the contact list, but I guess it's not. Greets. Lz wrote: yeah, the last two months i expended playing with two accounts logging in and out and adding and removing them until i found this one :P On 12/29/05, Tom Jenkins [EMAIL PROTECTED] wrote: Hey Lz, Do you just sit at your computer and try and find wierd bugs all day?? :D Tom Lz wrote: Hmm, try this: Acc1: logs in Acc2: logs in Acc1 adds Acc2, both accept. Acc1 removes Acc2. Acc2 logs out. Acc1 adds Acc2. Acc2 will appear online until you disconnect and reconnect :P -- Lz ([EMAIL PROTECTED]). http://elezeta.bounceme.net --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel ___ Yahoo! Photos – NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel -- Lz ([EMAIL PROTECTED]). http://elezeta.bounceme.net N¬HY޵隊X¬²š'²ŠÞu¼’¦[§�‰ÜŒ¨º Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£[EMAIL PROTECTED],º·âža{› å�,àHòÔ4¨m¶ŸÿiÛ(±ÙÜ¢oÚv'ïûjYhr'ׯ:æŠrXœ� ¬�ׯzYšŠX§‚X¬´ ¬�ׯzYb²Û,¢êÜyú+�éÞ¶m¦Ïÿ–+-²Ê.ÇŸ¢¸�ë–+-³ùb²Ø§~�ÚšÉÝz÷¥ - -- () Alvaro J. Iradier Muro [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtpwIoDlUrRluukQRArNrAKDrISJDMGqlmkTZB3BmqNbcaXdWaACff0RY F/HjYxwlsiDTI88V09FS15M= =Zr6V -END PGP SIGNATURE- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
[Amsn-devel] Solved? Desktop Integration file transfers
I am resending the file, modified from Karel's changes. Please see if it works now - at least it works for me. But I have a feeling that it's not a good solution... anyway, if it works... :)namespace eval ::desktop_integration { variable current_desktop noone variable dlg_blocked 0 variable plugin_name Desktop Integration variable users_filemanager variable users_openfilecommand variable loaded 0 variable config variable configlist variable renamed_choosefiledialog_proc desktop_integration_chooseFileDialog variable renamed_getsavefile_proc desktop_integration_getSaveFile variable renamed_messagebox_proc desktop_integraton_messageBox # # Installing the plugin - renames old procs to new ones# # proc Init { dir } { variable current_desktop variable dlg_blocked variable plugin_name variable loaded variable config variable configlist variable renamed_choosefiledialog_proc variable renamed_getsavefile_proc variable renamed_messagebox_proc if { $loaded == 1 } { return 0 } ::plugins::RegisterPlugin $plugin_name #here we need a good thing, I'm waiting for the solution youness was gonna tell me when I went to sleep ;) ::plugins::RegisterEvent $plugin_name PluginFullyLoaded checks_when_loaded array set config { showsetupdialog {1} } set configlist [list \ [list bool Show the setup dialog when the plugin gets loaded showsetupdialog] \ ] # Decide if we are using KDE or GNOME set current_desktop [WhichDesktop] # If no program is installed, the plugin cannot work if {$current_desktop == noone} { # Show info: the plugin cannot be installed plugins_log $plugin_name User has neither kdialog nor zenity installed. Cannot use the plugin msg_box Sorry, you have neither \'kdialog\' nor \'zenity\' installed. Please, install one of them in order to use this plugin. # Unload the plugin ::plugins::GUI_Unload # End this Init proc return 0 } else { plugins_log $plugin_name Switching to [string toupper $current_desktop] dialogs } # CHANGE: ::chooseFileDialog - KchooseFileDialog if { [info proc ::chooseFileDialog] == ::chooseFileDialog} { rename ::chooseFileDialog $renamed_choosefiledialog_proc proc ::chooseFileDialog {args } { return [eval ::desktop_integration::KchooseFileDialog $args] } } # CHANGE: ::tk_getSaveFile - KgetSaveFile if { [info proc ::tk_getSaveFile] == ::tk_getSaveFile} { rename ::tk_getSaveFile $renamed_getsavefile_proc proc ::tk_getSaveFile {args } { return [eval ::desktop_integration::KgetSaveFile $args] } } # CHANGE: ::amsn::messageBox - KmessageBox if { [info proc ::amsn::messageBox] == ::amsn::messageBox} { rename ::amsn::messageBox $renamed_messagebox_proc proc ::amsn::messageBox {args } { return [eval ::desktop_integration::KmessageBox $args] } } # Initialize the blocking variable if it's not yet set if { ![info exists dlg_blocked] } { set dlg_blocked 0 } set loaded 1 return 1 } # # Uninstalling the plugin - restores original dialogs # # proc DeInit { } { variable current_desktop variable plugin_name variable loaded variable renamed_choosefiledialog_proc variable renamed_getsavefile_proc variable
Re: [Amsn-devel] [Fwd: aMSN plugin for amaroK]
Done in music plugin Phil Le Saturday 31 December 2005 15:46, Alvaro J. Iradier a écrit : It was lost in my inbox, I found it today, checking old emails :p Is it already added to the plugins? Greets. Original Message Subject: aMSN plugin for amaroK Date: Thu, 21 Jul 2005 22:41:56 -0300 From: Victor Tortorello Neto [EMAIL PROTECTED] Reply-To: Victor Tortorello Neto [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Hello. I've make an aMSN plugin that show currently song playing in amaroK KDE player. http://vtneto.blogspot.com/ http://www.t2tecnologia.com.br/amsnrok.tar.gz May you add it in aMSN's plugin page. Sorry my english... Regards, Victor Tortorello Neto [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] aMSN Website in CVS
On Friday 30 December 2005 03:27, Sander Hoentjen wrote: here it is.. firefox 1.0 Still a problem Thanks, fixed. On Thu, 2005-12-29 at 15:33 -0800, Karol Krizka wrote: Hello, I have cleaned up the aMSN website and it's in CVS now, module www. It is a bit reorganized than the original so here are some notes: includes/ was amsn_includes libs/ will contain libraries used by the website, I copied the libs used by bugs system there admin/ was cpanel/ sql/ will contain mysql dumps of the database, if you chage anything, please create dbname-fromdbver-todbver.sql with your changes and dbname-ver.sql with the new structure. Hope you know what I mean, I'm not very good at working sentences. Also you can view the CVS verion of the website at: http://amsn.sf.net/www and it is updated via a cron job. Also people with the problematic firefox version, could you check that link? It is now XHTML Strict and would like to know if the problem still occurs. -- Karol Krizka pgpkCjZteYeTe.pgp Description: PGP signature
Re: [Amsn-devel] Solved? Desktop Integration file transfers
vivia... what did you change ? I understand that sending the whole file is better as we may not know if a diff should be applied on cvs version or on the version Karel sent... but in that case, sending the whole file, could you please attach a diff with it at the same time as the complete file? one huge reason for me is that all I need to do is look at the diff, without it, I would need to put the file on my machine, connect through FTP to my linux box, upload it there, do the same with Karel's version, then diff.. OR save/ftp/upload then open vnc, open amsn through vnc, load the plugin, realize I can't load the plugin because I have no kde and no gnome installed, then do the diff :P This comment also applies to Karel, not just Vivia! anyways, I'm too lazy to use diff, so I don't know what you changed, but I have a question that was always killing me, when I was cleaning that code : proc question_event { fileId } { if [catch {close $fileId}] { set ::desktop_integration::answer no } else { set ::desktop_integration::answer yes } } why would a close fail on the fileId ?? is it because the fileId is never opened ? because there was never any output on stdout.. but I don't think so because once you have an FD, then the FD is valid... so I just don't get why a failing close would mean 'no'... and a successful one means 'yes'.. I can't test because I have no zenity, no k..whatever that is... but an explanation would be nice.. Karel, your solution, to detect when you have a first load is : proc init { } registerplugin set config(first_time) 1 .. do all the stuff here ... if {[info exists ::{Desktop Integration_cfg}(first_time)] [set ::{Desktop Integration_cfg}(first_time)] == 0 } { checks_when_loaded } set config(first_time) 0 } hope that helps you... (in no code, it means that your configuration is inside a proc named ::${plugin_name}_cfg make sure it's the plugin's name, not it's namespace, so if you have a space in your plugin name, make sure to put brackets around it) KaKaRoTo On Sat, 31 Dec 2005 10:09:19 -0500, Vivia Nikolaidou [EMAIL PROTECTED] wrote: I am resending the file, modified from Karel's changes. Please see if it works now - at least it works for me. But I have a feeling that it's not a good solution... anyway, if it works... :) -- KaKaRoTo --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] Solved? Desktop Integration file transfers
On Sat, 31 Dec 2005, Youness Alaoui wrote: vivia... what did you change ? I understand that sending the whole file is Added line 487 : 475proc dialog_event { fileId } { fileevent $fileId readable set temp if { [gets $fileId line] 0 } { if [catch {close $fileId}] { #If the user pressed Cancel we get here set ::desktop_integration::answer } else { set ::desktop_integration::answer $temp } } else { append temp $line 487 set ::desktop_integration::answer $temp } Without it, file selection won't work. But I don't like what I did, even though I don't really understand it... better as we may not know if a diff should be applied on cvs version or on the version Karel sent... but in that case, sending the whole file, could you please attach a diff with it at the same time as the complete file? one huge reason for me is that all I need to do is look at the diff, without it, I would need to put the file on my machine, connect through FTP to my linux box, upload it there, do the same with Karel's version, then diff.. OR save/ftp/upload then open vnc, open amsn through vnc, load the plugin, realize I can't load the plugin because I have no kde and no gnome installed, then do the diff :P This comment also applies to Karel, not just Vivia! anyways, I'm too lazy to use diff, so I don't know what you changed, but I have a question that was always killing me, when I was cleaning that code : proc question_event { fileId } { if [catch {close $fileId}] { set ::desktop_integration::answer no } else { set ::desktop_integration::answer yes } } why would a close fail on the fileId ?? is it because the fileId is never opened ? because there was never any output on stdout.. but I don't think so because once you have an FD, then the FD is valid... so I just don't get why a failing close would mean 'no'... and a successful one means 'yes'.. I can't test because I have no zenity, no k..whatever that is... but an explanation would be nice.. Karel, your solution, to detect when you have a first load is : proc init { } registerplugin set config(first_time) 1 .. do all the stuff here ... if {[info exists ::{Desktop Integration_cfg}(first_time)] [set ::{Desktop Integration_cfg}(first_time)] == 0 } { checks_when_loaded } set config(first_time) 0 } hope that helps you... (in no code, it means that your configuration is inside a proc named ::${plugin_name}_cfg make sure it's the plugin's name, not it's namespace, so if you have a space in your plugin name, make sure to put brackets around it) KaKaRoTo On Sat, 31 Dec 2005 10:09:19 -0500, Vivia Nikolaidou [EMAIL PROTECTED] wrote: I am resending the file, modified from Karel's changes. Please see if it works now - at least it works for me. But I have a feeling that it's not a good solution... anyway, if it works... :) -- KaKaRoTo --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel --- Where is the life that we have lost in living? Where is the wisdom that we have lost in knowledge? Where is the knowledge that we have lost in information? OEO; --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
Re: [Amsn-devel] Solved? Desktop Integration file transfers
humm... yeah that probably fixes it.. I understand the problem... it's because you disable the file event, and when you get a line, you just suppose you might get something else and you wait for the next event, problem is that if the filevent is disabled, you'll never get notified that the read is complete... also, even if the fileevent was still set, we still would have a problem because the $temp variable is only local and will get reset to an empty string on the next fileevent call... so actually your fix fixes it but it's not the optimal solution, I would go with something like this : proc dialog_event { fileId } { variable dialog_event_data fileevent $fileId readable if { ![info exists dialog_event_data($fileId)] } { set dialog_event_data($fileId) } if { [gets $fileId line] 0 } { if [catch {close $fileId}] { #If the user pressed Cancel we get here set ::desktop_integration::answer array unset dialog_event_data $fileId } else { set ::desktop_integration::answer $temp array unset dialog_event_data $fileId } } else { append dialog_event_data($fileId) $line fileevent $fileId readable [info level 0] } } that should do the trick.. can it be tested and fixed.. I just wrote it in my mail client, so don't know if there's any syntax errors and of course I can't test it... KKRT On Sat, 31 Dec 2005 14:28:24 -0500, Vivia Nikolaidou [EMAIL PROTECTED] wrote: On Sat, 31 Dec 2005, Youness Alaoui wrote: vivia... what did you change ? I understand that sending the whole file is Added line 487 : 475proc dialog_event { fileId } { fileevent $fileId readable set temp if { [gets $fileId line] 0 } { if [catch {close $fileId}] { #If the user pressed Cancel we get here set ::desktop_integration::answer } else { set ::desktop_integration::answer $temp } } else { append temp $line 487 set ::desktop_integration::answer $temp } Without it, file selection won't work. But I don't like what I did, even though I don't really understand it... better as we may not know if a diff should be applied on cvs version or on the version Karel sent... but in that case, sending the whole file, could you please attach a diff with it at the same time as the complete file? one huge reason for me is that all I need to do is look at the diff, without it, I would need to put the file on my machine, connect through FTP to my linux box, upload it there, do the same with Karel's version, then diff.. OR save/ftp/upload then open vnc, open amsn through vnc, load the plugin, realize I can't load the plugin because I have no kde and no gnome installed, then do the diff :P This comment also applies to Karel, not just Vivia! anyways, I'm too lazy to use diff, so I don't know what you changed, but I have a question that was always killing me, when I was cleaning that code : proc question_event { fileId } { if [catch {close $fileId}] { set ::desktop_integration::answer no } else { set ::desktop_integration::answer yes } } why would a close fail on the fileId ?? is it because the fileId is never opened ? because there was never any output on stdout.. but I don't think so because once you have an FD, then the FD is valid... so I just don't get why a failing close would mean 'no'... and a successful one means 'yes'.. I can't test because I have no zenity, no k..whatever that is... but an explanation would be nice.. Karel, your solution, to detect when you have a first load is : proc init { } registerplugin set config(first_time) 1 .. do all the stuff here ... if {[info exists ::{Desktop Integration_cfg}(first_time)] [set ::{Desktop Integration_cfg}(first_time)] == 0 } { checks_when_loaded } set config(first_time) 0 } hope that helps you... (in no code, it means that your configuration is inside a proc named ::${plugin_name}_cfg make sure it's the plugin's name, not it's namespace, so if you have a space in your plugin name, make sure to put brackets around it) KaKaRoTo On Sat, 31 Dec 2005 10:09:19 -0500, Vivia Nikolaidou [EMAIL PROTECTED] wrote: I am resending the file, modified from Karel's changes. Please see if it works now - at least it works for me. But I have a feeling that it's not a good solution... anyway, if it works... :) -- KaKaRoTo --- This SF.net email is sponsored by: Splunk Inc. Do you