I dont understand you, why I receive many emails, about amsn, if I am in fault with you, I want to repair, my english is litle. send me information in spanish or portuguese. thanks. Noe Santana Cesar - Brasilia - Brazil.
----- Original Message ----- From: <[EMAIL PROTECTED]> To: <amsn-devel@lists.sourceforge.net> Sent: Monday, December 18, 2006 6:13 PM Subject: Amsn-devel Digest, Vol 7, Issue 53 > Send Amsn-devel mailing list submissions to > amsn-devel@lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/amsn-devel > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Amsn-devel digest..." > > > Today's Topics: > > 1. Re: [Amsn-commits] SF.net SVN: amsn: [7675] trunk/amsn > (Youness Alaoui) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 18 Dec 2006 12:15:16 -0500 > From: [EMAIL PROTECTED] (Youness Alaoui) > Subject: Re: [Amsn-devel] [Amsn-commits] SF.net SVN: amsn: [7675] > trunk/amsn > To: Mailing list for developers and everyone helping AMSN > <amsn-devel@lists.sourceforge.net> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii > > Yeah, I see your point.. and I think it's useless to debate on this, both > solutions are acecptable I think. It > just depends on how we want to use it.. and I'm too busy to start thinking > about which is the best way.. > about not working if you remove the binding, I think it might be because > the TextKeySelect proc did not exist in > Tk in the first place and with our patch (iirc that code for select line > per line was submitted to Tk by one of > our devs), they added the TextKeySelect and added the binding.. which is > why it works for 8.5 without any > bindings (a user reported it worked when doing only a [pack [text .t]] in > a new shell...). > > KKRT > > > On Mon, Dec 18, 2006 at 04:37:15PM +0100, Sander Hoentjen wrote: >> On Mon, 2006-12-18 at 10:16 -0500, Youness Alaoui wrote: >> > Hello, >> > First, congratulations vivia for the empty copy paste, lol >> > second, about tjikkun's Q/A, wrong answer because [package require Tk] >> > > 8.3 means that it loads Tk, then checks >> > if it's > 8.3, it doesn't mean only a Tk > 8.3 will be loaded, so Tk >> > will always be loaded this way... >> ah sure, i was thinking of [package require Tk 8.4] >> > About the check to 8.4, it's good but I was just wondering why 8.4.13.. >> > is it that 8.4.13 has the fix in Tk >> > itself ? >> Yes, I at least don't have any problems when i use 8.4.13 >> >> > Also, I was wondering if the bind is needed since binding to >> > ::tk::TextKeySelect is the default, so no >> > need to overide, right ? >> Without that line it didn't work for me, so i am not sure if it is there >> by default. >> >> > and finally, I don't really like the overriding of Tk procs, I would >> > realy prefer it to >> > be : >> > proc my_TextKeySelect { .. .} { >> > if { < 8.4.13 } { >> > .... >> > } else { >> > eval ::tk::TextKeySelect $args .. >> > } >> > >> > what do you think? >> In this case i like it >> As I see it there are 2 possibilities: >> 1) We don't like a default behaviour of tcl/tk that we want to change, >> but it will not be in default tcl/tk >> - We should create our own my_* proc that does what we want >> 2) We find a bug (bug can be broad) in tcl/tk that is/will be fix in a >> newer version >> - We should overwrite the buggy proc for versions before the fix. That >> way all those version related fixes are in one place! if we don't >> overwrite we have to create a my_* proc and change all references >> everywhere in amsn to use that and not the ::tk:: one >> >> I hope you see my point, if you have other arguments please let me know >> and i might change my opinion. >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Amsn-devel mailing list >> Amsn-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/amsn-devel > > > > ------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > ------------------------------ > > _______________________________________________ > Amsn-devel mailing list > Amsn-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/amsn-devel > > > End of Amsn-devel Digest, Vol 7, Issue 53 > ***************************************** > > Esta mensagem foi verificada pelo E-mail Protegido Terra. > Scan engine: McAfee VirusScan / Atualizado em 18/12/2006 / Versão: > 4.4.00/4921 > Proteja o seu e-mail Terra: http://mail.terra.com.br/ > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.432 / Virus Database: 268.15.24/592 - Release Date: > 12/18/aaaa 13:45 > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
