From pierre.marechal at scilab.org Mon Dec 1 12:10:42 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Mon, 01 Dec 2008 12:10:42 +0100 Subject: [Scilab-Dev] compilation chain website continuously asks for re-login In-Reply-To: <492960B6.7050106@free.fr> References: <002d01c944e1$8e23efe0$aa6bcfa0$@cornet@scilab.org> <491B2795.1070400@free.fr> <491B3F72.3050003@scilab.org> <491B72EE.3090505@free.fr> <491B7643.6050102@free.fr> <491C7E84.6060800@free.fr> <491C9F21.4020608@freesurf.fr> <491CA346.9010001@free.fr> <491DA8A6.4040505@scilab.org> <491DD38D.6080308@free.fr> <492960B6.7050106@free.fr> Message-ID: <4933C632.5020503@scilab.org> Fran?ois Vogel a ?crit : > Hi Pierre, > >>> http://compilation_chain.scilab.org/index.php >> >> Clicking on anything re-asks me to log in (and login works), then >> click, then login... and so on. > > Would it be possible to fix this? > > Thanks, > Francois The problem is now fixed : IE7 drops the authentication cookie when underscores are in the domain name. => http://compilationchain.scilab.org Pierre -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 23 - Bureau 24 Email : pierre.marechal at scilab.org ============================================== From fvogelnew1 at free.fr Mon Dec 1 12:44:07 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Mon, 01 Dec 2008 12:44:07 +0100 Subject: Revert of Scipad 7.10 Message-ID: <1228131847.4933ce07b3976@imp.free.fr> Hi, I have seen that you have reverted the latest Scipad commit "Scipad 7.10" this morning The changes here were made in the context of bug 3793 and are quite inocuous I think. I don't see why they could break something on your side. So could you please explain why this has been reverted? Francois From bruno.jofret at scilab.org Mon Dec 1 14:42:55 2008 From: bruno.jofret at scilab.org (Bruno JOFRET) Date: Mon, 01 Dec 2008 14:42:55 +0100 Subject: [Scilab-Dev] Revert of Scipad 7.10 In-Reply-To: <1228131847.4933ce07b3976@imp.free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> Message-ID: <4933E9DF.2030607@scilab.org> Hi francois, I'am the only one to blaim for this. It was not done on purpose. I was reverting something on my computer but seems git took your modifications with mine. Sorry for this. fvogelnew1 at free.fr a ?crit : > Hi, > > I have seen that you have reverted the latest Scipad commit "Scipad 7.10" this > morning > > The changes here were made in the context of bug 3793 and are quite inocuous I > think. I don't see why they could break something on your side. > > So could you please explain why this has been reverted? > > Francois > > -- Bruno JOFRET Software Designer ___ SCILAB - DIGITEO ___ Tel : (+33/0)1.39.63.58.63 Mailto : bruno.jofret at scilab.org http://www.scilab.org http://www.digiteo.fr From pierre.marechal at scilab.org Mon Dec 1 14:34:24 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Mon, 01 Dec 2008 14:34:24 +0100 Subject: [Scilab-Dev] Revert of Scipad 7.10 In-Reply-To: <4933E9DF.2030607@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> Message-ID: <4933E7E0.2010300@scilab.org> The commit "Scipad 7.10" has been re-applied. Pierre Bruno JOFRET a ?crit : > Hi francois, > > I'am the only one to blaim for this. It was not done on purpose. > I was reverting something on my computer but seems git took your > modifications with mine. > > Sorry for this. > > fvogelnew1 at free.fr a ?crit : >> Hi, >> >> I have seen that you have reverted the latest Scipad commit "Scipad >> 7.10" this >> morning >> >> The changes here were made in the context of bug 3793 and are quite >> inocuous I >> think. I don't see why they could break something on your side. >> >> So could you please explain why this has been reverted? >> >> Francois >> >> > > -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 23 - Bureau 24 Email : pierre.marechal at scilab.org ============================================== From fvogelnew1 at free.fr Mon Dec 1 15:00:11 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Mon, 01 Dec 2008 15:00:11 +0100 Subject: [Scilab-Dev] Revert of Scipad 7.10 In-Reply-To: <4933E7E0.2010300@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> Message-ID: <1228140011.4933edebe250f@imp.free.fr> No problem, mistakes can happen. OK, thanks for reverting the revert. Btw, I still don't see it in gitweb. What is the time lag between a commit and the moment it can be seen in gitweb? Francois Selon Pierre MARECHAL : > The commit "Scipad 7.10" has been re-applied. > > Pierre > > > Bruno JOFRET a ?crit : > > Hi francois, > > > > I'am the only one to blaim for this. It was not done on purpose. > > I was reverting something on my computer but seems git took your > > modifications with mine. > > > > Sorry for this. > > > > fvogelnew1 at free.fr a ?crit : > >> Hi, > >> > >> I have seen that you have reverted the latest Scipad commit "Scipad > >> 7.10" this > >> morning > >> > >> The changes here were made in the context of bug 3793 and are quite > >> inocuous I > >> think. I don't see why they could break something on your side. > >> > >> So could you please explain why this has been reverted? > >> > >> Francois > >> > >> > > > > > > > -- > ============================================== > Pierre MARECHAL > INRIA - Unit? de Recherche de Rocquencourt > Domaine de Voluceau - B.P. 105 > 78153 Le Chesnay Cedex > ============================================== > Projet Scilab > B?timent 23 - Bureau 24 > Email : pierre.marechal at scilab.org > ============================================== > > From pierre.marechal at scilab.org Mon Dec 1 15:31:13 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Mon, 01 Dec 2008 15:31:13 +0100 Subject: [Scilab-Dev] Revert of Scipad 7.10 In-Reply-To: <1228140011.4933edebe250f@imp.free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> Message-ID: <4933F531.1050600@scilab.org> fvogelnew1 at free.fr a ?crit : > No problem, mistakes can happen. > > OK, thanks for reverting the revert. Btw, I still don't see it in gitweb. What > is the time lag between a commit and the moment it can be seen in gitweb? > One hour maximum : gitweb is updated at the beginning of each hour (1:00, 2:00, etc ...) Pierre Pierre > Francois > > Selon Pierre MARECHAL : > > >> The commit "Scipad 7.10" has been re-applied. >> >> Pierre >> >> >> Bruno JOFRET a ?crit : >> >>> Hi francois, >>> >>> I'am the only one to blaim for this. It was not done on purpose. >>> I was reverting something on my computer but seems git took your >>> modifications with mine. >>> >>> Sorry for this. >>> >>> fvogelnew1 at free.fr a ?crit : >>> >>>> Hi, >>>> >>>> I have seen that you have reverted the latest Scipad commit "Scipad >>>> 7.10" this >>>> morning >>>> >>>> The changes here were made in the context of bug 3793 and are quite >>>> inocuous I >>>> think. I don't see why they could break something on your side. >>>> >>>> So could you please explain why this has been reverted? >>>> >>>> Francois >>>> >>>> >>>> >>> >> -- >> ============================================== >> Pierre MARECHAL >> INRIA - Unit? de Recherche de Rocquencourt >> Domaine de Voluceau - B.P. 105 >> 78153 Le Chesnay Cedex >> ============================================== >> Projet Scilab >> B?timent 23 - Bureau 24 >> Email : pierre.marechal at scilab.org >> ============================================== >> >> >> > > > -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 23 - Bureau 24 Email : pierre.marechal at scilab.org ============================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Mon Dec 1 20:39:46 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 01 Dec 2008 20:39:46 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <4933F531.1050600@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> Message-ID: <49343D82.4020202@free.fr> Pierre MARECHAL said on 01/12/2008 15:31: > fvogelnew1 at free.fr a ?crit : >> Btw, I still don't see it in gitweb. What >> is the time lag between a commit and the moment it can be seen in gitweb? >> > One hour maximum : gitweb is updated at the beginning of each hour > (1:00, 2:00, etc ...) Really? I see a message from Serge in bug 3815 (comment #6 dated today 17:16) saying he committed a fix: http://bugzilla.scilab.org/show_bug.cgi?id=3815#c6 Now it's 20:40 and I still do not see the updated gitweb page with Serge's commit. The last commit now is a commit from Allan tagged as "3 hours ago" by gitweb. Francois From fvogelnew1 at free.fr Mon Dec 1 20:52:56 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 01 Dec 2008 20:52:56 +0100 Subject: [Scilab-Dev] compilation chain website continuously asks for re-login In-Reply-To: <4933C632.5020503@scilab.org> References: <002d01c944e1$8e23efe0$aa6bcfa0$@cornet@scilab.org> <491B2795.1070400@free.fr> <491B3F72.3050003@scilab.org> <491B72EE.3090505@free.fr> <491B7643.6050102@free.fr> <491C7E84.6060800@free.fr> <491C9F21.4020608@freesurf.fr> <491CA346.9010001@free.fr> <491DA8A6.4040505@scilab.org> <491DD38D.6080308@free.fr> <492960B6.7050106@free.fr> <4933C632.5020503@scilab.org> Message-ID: <49344098.1040009@free.fr> Pierre MARECHAL said on 01/12/2008 12:10: > Fran?ois Vogel a ?crit : >> Hi Pierre, >> >>>> http://compilation_chain.scilab.org/index.php >>> >>> Clicking on anything re-asks me to log in (and login works), then >>> click, then login... and so on. >> >> Would it be possible to fix this? >> >> Thanks, >> Francois > The problem is now fixed : IE7 drops the authentication cookie when > underscores are in the domain name. > > => http://compilationchain.scilab.org Groovy! Works now like a charm for me, thanks very much. This change turns the compilation results website from a PITA into a really useful thing. Francois From pierre.marechal at scilab.org Mon Dec 1 23:34:12 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Mon, 01 Dec 2008 23:34:12 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <49343D82.4020202@free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> Message-ID: <49346664.90602@scilab.org> Fran?ois Vogel a ?crit : > Pierre MARECHAL said on 01/12/2008 15:31: >> fvogelnew1 at free.fr a ?crit : >>> Btw, I still don't see it in gitweb. What >>> is the time lag between a commit and the moment it can be seen in >>> gitweb? >>> >> One hour maximum : gitweb is updated at the beginning of each hour >> (1:00, 2:00, etc ...) > > Really? > > I see a message from Serge in bug 3815 (comment #6 dated today 17:16) > saying he committed a fix: > http://bugzilla.scilab.org/show_bug.cgi?id=3815#c6 > > Now it's 20:40 and I still do not see the updated gitweb page with > Serge's commit. The last commit now is a commit from Allan tagged as > "3 hours ago" by gitweb. > > Francois Are you sure for Serge's commit ? have you checked with "git log" ? because I don't see it : [$SHELL] git pull Already up-to-date. [$SHELL] git log -n 3 commit 0642db6c502feb7d852a4ceb5372d5ef1fe54184 Merge: 24645a9... 67f8870... Author: Allan CORNET Date: Mon Dec 1 16:51:59 2008 +0100 Merge branch 'master' of git at git.scilab.org:scilab commit 24645a97fc42c8c012a47b66d4cedeb00abcefff Author: Allan CORNET Date: Mon Dec 1 16:50:53 2008 +0100 bug 3755 commit 67f8870c49204934a3b400212533fe3d4f10b7bb Author: Francois Vogel Date: Fri Nov 28 21:50:22 2008 +0100 Scipad 7.10 * Fixed bug 3793 (localization issue in Scilab with Tcl/Tk) Yes, gitweb is updated every hour. Pierre [1] http://gitweb.scilab.org -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr ============================================== From fvogelnew1 at free.fr Tue Dec 2 08:28:22 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 02 Dec 2008 08:28:22 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <49346664.90602@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> Message-ID: <4934E396.9060101@free.fr> Pierre MARECHAL said on 01/12/2008 23:34: > Are you sure for Serge's commit ? have you checked with "git log" ? > because I don't see it : I do not see it either, that's why I asked Serge if he pushed his commit: http://bugzilla.scilab.org/show_bug.cgi?id=3815#c7 Francois From Serge.Steer at scilab.org Tue Dec 2 09:24:21 2008 From: Serge.Steer at scilab.org (Serge Steer) Date: Tue, 02 Dec 2008 09:24:21 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <4934E396.9060101@free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <4934E396.9060101@free.fr> Message-ID: <4934F0B5.80805@scilab.org> Fran?ois Vogel a ?crit : > Pierre MARECHAL said on 01/12/2008 23:34: >> Are you sure for Serge's commit ? have you checked with "git log" ? >> because I don't see it : > > I do not see it either, that's why I asked Serge if he pushed his > commit: http://bugzilla.scilab.org/show_bug.cgi?id=3815#c7 > > Francois > I think I have committed the changes but it is my very first commit with GIT due to a long sequence of urgent tasks. may be I havent done what is required.... Serge From fvogelnew1 at free.fr Tue Dec 2 09:36:46 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Tue, 02 Dec 2008 09:36:46 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <4934F0B5.80805@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <4934E396.9060101@free.fr> <4934F0B5.80805@scilab.org> Message-ID: <1228207006.4934f39e6324e@imp.free.fr> Selon Serge Steer : > Fran?ois Vogel a ?crit : > > Pierre MARECHAL said on 01/12/2008 23:34: > >> Are you sure for Serge's commit ? have you checked with "git log" ? > >> because I don't see it : > > > > I do not see it either, that's why I asked Serge if he pushed his > > commit: http://bugzilla.scilab.org/show_bug.cgi?id=3815#c7 > > > > Francois > > > I think I have committed the changes but it is my very first commit with > GIT due to a long sequence of urgent tasks. > may be I havent done what is required.... You must have committed but not pushed your changes. Try git push I think you can find high quality support in the building next to yours ;-) Good luck! Francois From anton.soppelsa at igi.cnr.it Wed Dec 3 16:04:10 2008 From: anton.soppelsa at igi.cnr.it (Anton Soppelsa) Date: Wed, 03 Dec 2008 16:04:10 +0100 Subject: Load function In-Reply-To: <2239326e0812022214u75dbcc12wcbe4c28c7b734ce@mail.gmail.com> References: <2239326e0812022214u75dbcc12wcbe4c28c7b734ce@mail.gmail.com> Message-ID: <49369FEA.6060504@igi.cnr.it> Hi all, I post it here the message I have already posted at the users list receiving no answer. I have to export some data structures like a.a = zeros(1,2); a.a.a = 'a.a.a'; a.b.a = 'a.b.a'; in Matlab. The savematfile does not work. I can resort to writing a matalab m file which reads the scilab binary format. Of course I don't want to start from scratch and I am looking for the scilab function that loads the file. That function is "load" at the command line, but I am not able to find its code. Can anybody tell me where can I find the code of the "load" function? No file load.sci exists !?! Cheers, Anton From allan.cornet at scilab.org Thu Dec 4 16:44:33 2008 From: allan.cornet at scilab.org (Allan CORNET) Date: Thu, 4 Dec 2008 16:44:33 +0100 Subject: xmltodocbook toolbox Message-ID: <002501c95627$34086b10$9c194130$@cornet@scilab.org> Hi, If you want to convert your old scilab help files to the new Docbook based format, you can download this toolbox : http://www.scilab.org/contrib/index_contrib.php?page=displayContribution &fileID=1163 Windows x64 version : http://www.scilab.org/contrib/index_contrib.php?page=displayContribution &fileID=1164 Allan CORNET Scilab Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From roberto.bucher at supsi.ch Fri Dec 5 06:33:34 2008 From: roberto.bucher at supsi.ch (Roberto Bucher) Date: Fri, 5 Dec 2008 06:33:34 +0100 Subject: Problems with a computational function Message-ID: <200812050633.34888.roberto.bucher@supsi.ch> Hi I'm working on porting a fast model predictive control algorithm under scilab/scicos and I have some problems with the computational function under scilab-4.1.2. The computational function has been tested after automatic code generation and works fine. The problem is now to use the same computational function in a scicos simulation too. This function contains some call to Lapack and Blas functions, using the C2F mechanism. I tryied to generate a library for Scilab/Scicos using the "ilib_for_link" command, and the lib generation seems to be ok. When I load the library and I start the simulation in scicos, I have about 20% of success good simulations and 80% of freezed simulations... The corrected and running generated code is linked with the lapack.a and blas.a libraries provided by Scilab (I had only to modify a function to eliminate some compiling errors...). I tryied some methods to pass these libraries in the "ilib_for_link" command, for example in the "libs" or "ldflag" parameter. The Makelib file seems to be ok, compilation is ok, but the execution not. Some ideas? Thanks in advance Roberto -- University of Applied Sciences of Southern Switzerland Dept. Innovative Technologies CH-6928 Lugano-Manno http://www.dti.supsi.ch/~bucher From fvogelnew1 at free.fr Mon Dec 8 21:34:53 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 08 Dec 2008 21:34:53 +0100 Subject: Commit review on d53105f2fc72e7a7d949a3b055f915411d373784 (xs2emf, xs2fig) Message-ID: <493D84ED.2030701@free.fr> Hi, Lurking at the commits today, I stumbled on d53105f2fc72e7a7d949a3b055f915411d373784 The diff says: catch if win64() then messagebox(msg, "Scilab error", "error") - else - messagebox(msg, "Scilab error", "error") end return; end Is this intentional? Why removing the messagebox if ~win64()? Shouldn't this commit rather read: catch _ if win64() then messagebox(msg, "Scilab error", "error") - else - messagebox(msg, "Scilab error", "error") - end return; end What am I missing here? Francois From sylvestre.koumar at scilab.org Tue Dec 9 09:28:33 2008 From: sylvestre.koumar at scilab.org (Sylvestre Koumar) Date: Tue, 09 Dec 2008 09:28:33 +0100 Subject: [Scilab-Dev] Commit review on d53105f2fc72e7a7d949a3b055f915411d373784 (xs2emf, xs2fig) In-Reply-To: <493D84ED.2030701@free.fr> References: <493D84ED.2030701@free.fr> Message-ID: <493E2C31.5030700@scilab.org> Hi, Mistake corrected. Sylvestre K Fran?ois Vogel a ?crit : > Hi, > > Lurking at the commits today, I stumbled on > d53105f2fc72e7a7d949a3b055f915411d373784 > > The diff says: > > catch > if win64() then > messagebox(msg, "Scilab error", "error") > - else > - messagebox(msg, "Scilab error", "error") > end > return; > end > > > Is this intentional? > Why removing the messagebox if ~win64()? > > Shouldn't this commit rather read: > > catch > _ if win64() then > messagebox(msg, "Scilab error", "error") > - else > - messagebox(msg, "Scilab error", "error") > - end > return; > end > > > What am I missing here? > > Francois > From anton.soppelsa at igi.cnr.it Wed Dec 10 13:04:28 2008 From: anton.soppelsa at igi.cnr.it (Anton Soppelsa) Date: Wed, 10 Dec 2008 13:04:28 +0100 Subject: 3D Graphic unstable. In-Reply-To: <493E2C31.5030700@scilab.org> References: <493D84ED.2030701@free.fr> <493E2C31.5030700@scilab.org> Message-ID: <493FB04C.10705@igi.cnr.it> Dear developers, I've been working with the SciLab primitives param3d, plot3d, surf3d for a while now. I have noticed that trying to modify the figure or axes parameters using the GUI after plotting crashes the program quite frequently. I havn't yet filed a bug because I do not have the time to look for bug reproducibility (I just modify properties from the command line, that works well), but as a user I would define the GUI unstable, at least to my ends. Just to let you know. Cheers, Anton Soppelsa From Lukas.Wischounig at student.uibk.ac.at Sat Dec 13 02:05:12 2008 From: Lukas.Wischounig at student.uibk.ac.at (Lukas Wischounig) Date: Sat, 13 Dec 2008 02:05:12 +0100 Subject: scilab developement ideas Message-ID: <1229130312.49430a4819166@web-mail2.uibk.ac.at> dear scilab developers, first i would like to thank you for your work in creating such a mighty scientific, open source software platform. Since my beginning days in studying geology the need of an "easy to program" and flexible programming environment for general scientific / engineering purpose was clear. commercial gis was that time limited to 2d and therefore not really useful for earth scientific purposes. Furthermore the vector editing functionality of gis was (and in most cases is until now) extremly lousy. so that times matlab figured out to be the tool of choise in scientific - technical computing with using autocad as a vector editor. in the meantime gis systems have become (at least) 3d and with grass a powerful open source platform has reached thousands of students and scientists. gis functionality is at the moment a wide used task from car navi systems to scientific purpose. high price commercial software like gocad have developed in the recent years and has set the benchmark for geological software. currently the opencascade technology provides a state of the art and open source industrial standard in cad/cam/cae functionality. as seen in your developer pages more and more functionality from superb software from kitware (e.g. vtk) gets usable from within scilab. lacking in knowledge about the true power of scilab, i began exporing the scilab functionality with the book from CAMPELL, CHANCELIER, NIKOUKHAH no more than some days ago. the possibilities with scilab seem endless, the "simplicity" and functionality of the scilab language goes far beyond everything i have ever seen in matlab yet. so some questions raise immediately: do you plan to add opencascade functionality into scilab, would you think this is useful? do you plan to add gis functionality into scilab? Or how could someone with poor to average programming skills control grass gis from within scilab? (not at all i assume...). have you heard about any such project in a forum? will more kitware stuff be linked to scilab (e.g. itk?) i have dreamt of an open source, extendable "swiss army knife" for (earth) scientific / engineering purposes for many years now. scilab shows a way where all necessary additional functionality could be added into one mighty and slim syntaxed scientific computing environment, which is open source and platform spanning. best regards, thanx for your time and merry christmas lukas wischounig dept. of geology university of innsbruck austria From sylvestre.ledru at inria.fr Sat Dec 13 03:22:32 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 13 Dec 2008 03:22:32 +0100 Subject: [Scilab-Dev] scilab developement ideas In-Reply-To: <1229130312.49430a4819166@web-mail2.uibk.ac.at> References: <1229130312.49430a4819166@web-mail2.uibk.ac.at> Message-ID: <1229134952.3581.24.camel@zlarin> Hello Lukas, > Since my beginning days in studying geology the need of an "easy to program" and > flexible programming environment for general scientific / engineering purpose > was clear. commercial gis was that time limited to 2d and therefore not really > useful for earth scientific purposes. Furthermore the vector editing > functionality of gis was (and in most cases is until now) extremly lousy. > so that times matlab figured out to be the tool of choise in scientific - > technical computing with using autocad as a vector editor. > > in the meantime gis systems have become (at least) 3d and with grass a powerful > open source platform has reached thousands of students and scientists. > gis functionality is at the moment a wide used task from car navi systems to > scientific purpose. > > high price commercial software like gocad have developed in the recent years and > has set the benchmark for geological software. You should try the Geomodeller [1] from Intrepid Geophysics (which is now both french and australian now) instead of gocad if you are looking a good geology/geophysic software. > > so some questions raise immediately: > > do you plan to add opencascade functionality into scilab, would you think this > is useful? No, there is no plan like this. Opencascade is far too big and complex for our uses. We will investigate on the visualisation area. We have R&D projects in this direction in the next few months. > do you plan to add gis functionality into scilab? Or how could someone with poor > to average programming skills control grass gis from within scilab? (not at all > i assume...). have you heard about any such project in a forum? > > will more kitware stuff be linked to scilab (e.g. itk?) In the future, it is probable that some contributions will go into the VTK area but it is a mid/long shoot. The main of objective of Scilab is numerical computing. Sylvestre [1] http://www.geomodeller.com/geo/index.php From fvogelnew1 at free.fr Sun Dec 14 16:04:53 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Sun, 14 Dec 2008 16:04:53 +0100 Subject: Scipad as an UTF-8 encoded file editor under non-UTF locale ? In-Reply-To: <9371b4280812140616h7941d5a2i7d7d2ddb2aad96a7@mail.gmail.com> References: <9371b4280812140616h7941d5a2i7d7d2ddb2aad96a7@mail.gmail.com> Message-ID: <49452095.4050205@free.fr> Yung-Jang Lee said on 14/12/2008 15:16: > Francois, > > As a user of Scipad, I find needs for editing UTF-8 encoded XML > files(for chinese online help) on system with non-utf locale (Windows Xp > with code page 950). > > Do you think it is possible to add this capability to recognize > encoding in XML files with Scipad ? And if we can switch Scipad as an > utf8 encoded text file editor is even better for someone like me. > > Yung-Jang Lee Hi, First of all, let's switch this starting discussion on the dev list if you don't mind. I'd like to keep things as much open as possible. I think you're subscribed to this list? Second, if I understand correctly what you want, it's really very easy. I have coded a first straightforward try in less than 10 minutes. It's so easy that I'm wondering if I have understood what's your goal. So could you provide me with a simple test case, a use case of yours, a typical file you want to edit in utf-8 in Scipad, and anything else you think is useful for me to figure out more precisely what you want? I would then check that my naive alpha implementation really fits this need. Thanks a lot. Cheers, Francois From yjlee123 at gmail.com Mon Dec 15 13:45:21 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Mon, 15 Dec 2008 20:45:21 +0800 Subject: Scipad as an UTF-8 encoded file editor under non-UTF locale ? In-Reply-To: <49452095.4050205@free.fr> References: <9371b4280812140616h7941d5a2i7d7d2ddb2aad96a7@mail.gmail.com> <49452095.4050205@free.fr> Message-ID: <9371b4280812150445v7892fcwfc2863eabcfc37f@mail.gmail.com> Hi, There are three small files in "modules\helptools\examples\example_1\help\zh_TW" which are chinese (traditional) xml files with UTF-8 encoding, this can be a useful test for me. I also attach a sample help file for 'fsolve' , this is typical case for me with Scipad. I hope I can use Scipad to create chinese xml online help. Thanks in advanced. Yung-Jang Lee 2008/12/14 Fran?ois Vogel > Yung-Jang Lee said on 14/12/2008 15:16: > > Francois, >> >> As a user of Scipad, I find needs for editing UTF-8 encoded XML files(for >> chinese online help) on system with non-utf locale (Windows Xp with code >> page 950). >> Do you think it is possible to add this capability to recognize encoding >> in XML files with Scipad ? And if we can switch Scipad as an utf8 encoded >> text file editor is even better for someone like me. >> Yung-Jang Lee >> > > Hi, > > First of all, let's switch this starting discussion on the dev list if you > don't mind. I'd like to keep things as much open as possible. I think you're > subscribed to this list? > > Second, if I understand correctly what you want, it's really very easy. I > have coded a first straightforward try in less than 10 minutes. It's so easy > that I'm wondering if I have understood what's your goal. > > So could you provide me with a simple test case, a use case of yours, a > typical file you want to edit in utf-8 in Scipad, and anything else you > think is useful for me to figure out more precisely what you want? > > I would then check that my naive alpha implementation really fits this > need. > > Thanks a lot. > > Cheers, > Francois > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Mon Dec 15 21:09:37 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Mon, 15 Dec 2008 21:09:37 +0100 Subject: [Scilab-Dev] Re: Scipad as an UTF-8 encoded file editor under non-UTF locale ? In-Reply-To: <9371b4280812150445v7892fcwfc2863eabcfc37f@mail.gmail.com> References: <9371b4280812140616h7941d5a2i7d7d2ddb2aad96a7@mail.gmail.com> <49452095.4050205@free.fr> <9371b4280812150445v7892fcwfc2863eabcfc37f@mail.gmail.com> Message-ID: <4946B981.3020704@free.fr> Yung-Jang Lee said on 15/12/2008 13:45: > There are three small files in "modules\helptools\examples\ > example_1\help\zh_TW" which are chinese (traditional) xml files with > UTF-8 encoding, this can be a useful test for me. > > I also attach a sample help file for 'fsolve' , this is typical case for > me with Scipad. I hope I can use Scipad to create chinese xml online help. OK, thanks for the examples. Indeed they are working in my implementation as far as I can tell. About the process, let's do things the right way: first of all I'll write a SEP on this. Stay tuned. Francois From fvogelnew1 at free.fr Mon Dec 15 23:05:05 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 15 Dec 2008 23:05:05 +0100 Subject: SEP#12: Scipad - Add support for encodings Message-ID: <4946D491.3050004@free.fr> Hi all, Please find attached SEP #12 (V1.0) which describes the proposed changes in Scipad for supporting more encodings, as an answer to a recent request from Yung-Jang Lee. The SEP includes a full implementation, that I also attach to this email for your convenience (utf-8 encoded diff). Please comment as needed and give your opinion especially on the expressed limitations of the current proposal. Francois -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_12_scipad_encoding_support.pdf Type: application/pdf Size: 38851 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: SEP_12_V1_0_diff.txt URL: From S.M.Marathe at uts.us.com Tue Dec 16 00:25:49 2008 From: S.M.Marathe at uts.us.com (Sharad M. Marathe) Date: Mon, 15 Dec 2008 17:25:49 -0600 Subject: Would like your help - calling SciLab from Visual C++ code Message-ID: <6C8C60A2D00C714E978A479C9C5623270280DDF717@exchange.uts.com> Dear Madam or Sir, We would like to get some help in the following area: Calling SciLab from a Visual C++ program. This would be on a consulting fee basis. Regards, S. M. Marathe, President Universal Technical Systems, Inc. 202 W State Street, Suite 700 Rockford, IL 61101, USA Tel: +1-815-963-2220 (Office) +1-815-341-7546 (Mobile) -------------- next part -------------- An HTML attachment was scrubbed... URL: From allan.cornet at scilab.org Tue Dec 16 08:05:54 2008 From: allan.cornet at scilab.org (Allan CORNET) Date: Tue, 16 Dec 2008 08:05:54 +0100 Subject: [Scilab-Dev] Would like your help - calling SciLab from Visual C++ code In-Reply-To: <6C8C60A2D00C714E978A479C9C5623270280DDF717@exchange.uts.com> References: <6C8C60A2D00C714E978A479C9C5623270280DDF717@exchange.uts.com> Message-ID: <001201c95f4c$bcae42e0$360ac8a0$@cornet@scilab.org> Hi, You can find a example in SCI/modules/core/examples/call_scilab/c/visual_studio directory. Best regards Allan CORNET De : Sharad M. Marathe [mailto:S.M.Marathe at uts.us.com] Envoy? : mardi 16 d?cembre 2008 00:26 ? : dev at lists.scilab.org Objet : [Scilab-Dev] Would like your help - calling SciLab from Visual C++ code Dear Madam or Sir, We would like to get some help in the following area: Calling SciLab from a Visual C++ program. This would be on a consulting fee basis. Regards, S. M. Marathe, President Universal Technical Systems, Inc. 202 W State Street, Suite 700 Rockford, IL 61101, USA Tel: +1-815-963-2220 (Office) +1-815-341-7546 (Mobile) -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Tue Dec 16 14:20:31 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 16 Dec 2008 21:20:31 +0800 Subject: [Scilab-Dev] Re: Scipad as an UTF-8 encoded file editor under non-UTF locale ? In-Reply-To: <4946B981.3020704@free.fr> References: <9371b4280812140616h7941d5a2i7d7d2ddb2aad96a7@mail.gmail.com> <49452095.4050205@free.fr> <9371b4280812150445v7892fcwfc2863eabcfc37f@mail.gmail.com> <4946B981.3020704@free.fr> Message-ID: <9371b4280812160520m37d9332bue1fa75b9363293ba@mail.gmail.com> Francois: Thanks again for your quick response. I should ask for help early. Yung-Jang Lee 2008/12/16, Fran?ois Vogel : > > Yung-Jang Lee said on 15/12/2008 13:45: > >> There are three small files in "modules\helptools\examples\ >> example_1\help\zh_TW" which are chinese (traditional) xml files with UTF-8 >> encoding, this can be a useful test for me. >> >> I also attach a sample help file for 'fsolve' , this is typical case for >> me with Scipad. I hope I can use Scipad to create chinese xml online help. >> > > OK, thanks for the examples. Indeed they are working in my implementation > as far as I can tell. > > About the process, let's do things the right way: first of all I'll write a > SEP on this. > > Stay tuned. > Francois > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Tue Dec 16 18:10:33 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 16 Dec 2008 18:10:33 +0100 Subject: [Scilab-Dev] Re: Scipad as an UTF-8 encoded file editor under non-UTF locale ? In-Reply-To: <9371b4280812160520m37d9332bue1fa75b9363293ba@mail.gmail.com> References: <9371b4280812140616h7941d5a2i7d7d2ddb2aad96a7@mail.gmail.com> <49452095.4050205@free.fr> <9371b4280812150445v7892fcwfc2863eabcfc37f@mail.gmail.com> <4946B981.3020704@free.fr> <9371b4280812160520m37d9332bue1fa75b9363293ba@mail.gmail.com> Message-ID: <4947E109.8070604@free.fr> Yung-Jang Lee said on 16/12/2008 14:20: > Francois: > > Thanks again for your quick response. > > I should ask for help early. > > Yung-Jang Lee What do you mean more precisely? Is the current version of the SEP good enough for your need or what? Francois From sylvestre.ledru at scilab.org Wed Dec 17 13:54:08 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 17 Dec 2008 13:54:08 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <4946D491.3050004@free.fr> References: <4946D491.3050004@free.fr> Message-ID: <1229518448.21115.170.camel@korcula.inria.fr> I am not sure that the word "internalization" is the right one here ;) Did you mean internationalization ? I like the idea of this feature. I haven't tested it but it is possible to add a pull down menu for the encoding in the file chooser in the window "2. Open the file. ? S Le lundi 15 d?cembre 2008 ? 23:05 +0100, Fran?ois Vogel a ?crit : > Hi all, > > Please find attached SEP #12 (V1.0) which describes the proposed > changes in Scipad for supporting more encodings, as an answer to a > recent request from Yung-Jang Lee. > > The SEP includes a full implementation, that I also attach to this > email for your convenience (utf-8 encoded diff). > > Please comment as needed and give your opinion especially on the > expressed limitations of the current proposal. > > Francois > pi?ce jointe document texte brut (SEP_12_V1_0_diff.txt) > --- tcl/msg_files/fr_fr.msg Sat Dec 13 15:13:14 2008 > +++ tcl/msg_files/fr_fr.msg Sun Dec 14 21:10:16 2008 > @@ -25,7 +25,7 @@ > # > > # Scipad texts in French by Francois Vogel > -# in sync at least with v7.11 > +# in sync at least with v7.12 > > > # commons > @@ -640,6 +640,7 @@ > ::msgcat::mcset fr_fr "Execution &errors" "E&rreurs d'ex?cution" > ::msgcat::mcset fr_fr "In Scilab &shell only" "Dans la fen?tre &Scilab seulement" > ::msgcat::mcset fr_fr "Copied in a &message box" "Recopi?es dans une &bo?te de dialogue" > + ::msgcat::mcset fr_fr "Enc&oding" "Encod&age" > ::msgcat::mcset fr_fr "E&xit options" "Option&s de fermeture" > ::msgcat::mcset fr_fr "Show closure &X" "Afficher le bouton &X de fermeture" > ::msgcat::mcset fr_fr "Exit on &last file close" "Quitte si &dernier fichier ferm?" > --- tcl/buffernavigation.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/buffernavigation.tcl Sun Dec 14 21:36:56 2008 > @@ -358,6 +358,7 @@ > # Set all the settings such that $textarea becomes the current one > global pad Scheme ColorizeIt listoffile textareaid > global buffermodifiedsincelastsearch > + global currentencoding > > # clear the selection when leaving a buffer - check first that the > # textarea still exists because it might have been destroyed when > @@ -376,6 +377,7 @@ > keyposn $textarea > set Scheme $listoffile("$textarea",language) > set ColorizeIt $listoffile("$textarea",colorize) > + set currentencoding $listoffile("$textarea",encoding) > schememenus $textarea > highlighttextarea $textarea > TextStyles $textarea > @@ -546,6 +548,7 @@ > # it creates a new empty textarea > global winopened listoffile > global listoftextarea pad > + global defaultencoding > > # ensure that the cursor is changed to the default cursor > event generate [gettextareacur] > @@ -564,6 +567,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + set listoffile("$pad.new$winopened",encoding) $defaultencoding > lappend listoftextarea $pad.new$winopened > > addwindowsmenuentry $winopened $listoffile("$pad.new$winopened",displayedname) > @@ -617,6 +621,7 @@ > set listoffile("$newta",undostackdepth) $listoffile("$ta",undostackdepth) > set listoffile("$newta",redostackdepth) $listoffile("$ta",redostackdepth) > set listoffile("$newta",progressbar_id) $listoffile("$ta",progressbar_id) > + set listoffile("$newta",encoding) $listoffile("$ta",encoding) > lappend listoftextarea $newta > > addwindowsmenuentry $winopened $listoffile("$pad.new$winopened",displayedname) > --- tcl/defaults.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/defaults.tcl Sun Dec 14 21:57:31 2008 > @@ -296,6 +296,10 @@ > # frame pathname in which $textarea is packed, or "none" if it is not packed > array unset pwframe > > +# default encoding is the system native encoding > +set defaultencoding [encoding system] > +set currentencoding $defaultencoding > + > ############# > # source the user preferences file if any > # this must happen after the locale selection from Scilab's getlanguage() above > --- tcl/filecommands.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/filecommands.tcl Sun Dec 14 23:04:27 2008 > @@ -111,6 +111,10 @@ > # true: file gets colorized > # false: no colorization for this file > # > +# listoffile("$ta",encoding) > +# name of the encoding in which the file is stored, > +# e.g. utf-8 or euc-jp or cp1252 or a lot of other possibilities > +# > # The windows menu entries are radionbuttons, with the following > # properties: > # -value is $winopened > @@ -135,6 +139,7 @@ > proc filesetasnew {} { > global winopened listoffile > global listoftextarea pad > + global defaultencoding > > # ensure that the cursor is changed to the default cursor > event generate [gettextareacur] > @@ -151,6 +156,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + set listoffile("$pad.new$winopened",encoding) $defaultencoding > lappend listoftextarea $pad.new$winopened > > addwindowsmenuentry $winopened $listoffile("$pad.new$winopened",displayedname) > @@ -341,6 +347,7 @@ > unset listoffile("$textarea",undostackdepth) > unset listoffile("$textarea",redostackdepth) > unset listoffile("$textarea",progressbar_id) > + unset listoffile("$textarea",encoding) > > # the rest of this proc is similar to proc hidetext, > # but not identical > @@ -838,6 +845,8 @@ > # $file is not opened - this sets the $listoffile area values for that file > # and adds an entry in the windows menu > global winopened pad listoffile > + global currentencoding > + > incr winopened > dupWidgetOption [gettextareacur] $pad.new$winopened > set listoffile("$pad.new$winopened",fullname) [file normalize $file] > @@ -854,6 +863,8 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + # there is no automatic detection of encoding (so far) : do it at least for xml files > + set listoffile("$pad.new$winopened",encoding) $currentencoding > > addwindowsmenuentry $winopened $listoffile("$pad.new$winopened",displayedname) > } > @@ -899,6 +910,7 @@ > # really open/read a file from disk > # all readability tests have normally been done before > global listoftextarea pad closeinitialbufferallowed > + global listoffile > set msgWait [mc "Wait seconds while loading and colorizing file"] > showinfo $msgWait > lappend listoftextarea $textarea > @@ -907,6 +919,7 @@ > closefile $pad.new1 > } > set newnamefile [open $thefile r] > + fconfigure $newnamefile -encoding $listoffile("$textarea",encoding) > while {![eof $newnamefile]} { > $textarea insert end [read -nonewline $newnamefile ] > } > @@ -1137,7 +1150,7 @@ > # really write the file onto the disk > # all writability tests have normally been done before > global filebackupdepth tcl_platform > - global pad > + global pad listoffile > > if {$nobackupskip} { > backupfile $nametosave $filebackupdepth > @@ -1186,6 +1199,7 @@ > } > > set FileNameToSave [open $nametosave w] > + fconfigure $FileNameToSave -encoding $listoffile("$textarea",encoding) > puts -nonewline $FileNameToSave [$pad.temptextwidget get 1.0 end] > close $FileNameToSave > > @@ -1329,6 +1343,24 @@ > foreach ta [filteroutpeers $listoftextarea] { > checkiffilechangedondisk $ta > } > +} > + > +################################################## > +# file encoding procs > +################################################## > +proc setencoding {} { > +# set the encoding property of the current buffer to be the encoding > +# currently selected in the encoding options menu > +# this proc is called when selecting any option of this menu > + global currentencoding listoffile > + set textarea [gettextareacur] > + foreach ta [getfullpeerset $textarea] { > + set listoffile("$ta",encoding) $currentencoding > + modifiedtitle $ta > + } > + # this is mandatory because any system calls get mangled otherwise > + # such as passing a filename to the system > + encoding system $currentencoding > } > > ################################################## > --- tcl/infomessages.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/infomessages.tcl Sun Dec 14 22:56:31 2008 > @@ -173,24 +173,30 @@ > > proc modifiedtitle {textarea {panesonly "false"}} { > # Set the Scipad window title to the name of the file displayed in $textarea > -# and add tags (modified, readonly) > +# and add tags (modified, readonly, encoding (if different from the system > +# encoding at Scipad startup)) > # Do the same for the pane title if it exists (i.e. if not maximized) > # Update also the visual indications of the modified state of the buffer. > # This includes title bar, colorization of the windows menu entry and > # colorization of an area in the status bar > global pad winTitle ScipadVersion listoffile > global MenuEntryId > - set fname $listoffile("$textarea",displayedname) > - set ind [extractindexfromlabel $pad.filemenu.wind $fname] > - set mod1 ""; set mod2 "" > + global defaultencoding > + > if {$listoffile("$textarea",readonly) == 1} { > set mod1 [mc " \[ReadOnly\]"] > + } else { > + set mod1 "" > } > + > if {[isanymodified]} { > $pad.statusind configure -background PeachPuff > } else { > $pad.statusind configure -background [$pad.filemenu cget -background] > } > + > + set fname $listoffile("$textarea",displayedname) > + set ind [extractindexfromlabel $pad.filemenu.wind $fname] > if {[ismodified $textarea]} { > set mod2 [mc " (modified)"] > if {$ind !=-1} { > @@ -198,25 +204,35 @@ > -activebackground LightSalmon > } > $pad.statusind configure -background Salmon > - } else { > + } else { > + set mod2 "" > if {$ind !=-1} { > $pad.filemenu.wind entryconfigure $ind -background "" \ > -activebackground "" > } > } > + > + if {$listoffile("$textarea",encoding) != $defaultencoding} { > + set mod3 " ($listoffile("$textarea",encoding))" > + } else { > + set mod3 "" > + } > + > if {$panesonly == "false"} { > # catched because scan will fail when launched from wish > if {[catch { > scan $ScipadVersion "%s - %s" ScipadVersionNumber ScipadVersionString > - wm title $pad "$winTitle $ScipadVersionNumber - $fname$mod1$mod2" > + wm title $pad "$winTitle $ScipadVersionNumber - $fname$mod1$mod2$mod3" > }] } { > - wm title $pad "$winTitle - $fname$mod1$mod2" > + wm title $pad "$winTitle - $fname$mod1$mod2$mod3" > } > } > + > if {[isdisplayed $textarea]} { > [getpaneframename $textarea].panetitle configure \ > - -text "$fname$mod1$mod2" > + -text "$fname$mod1$mod2$mod3" > } > + > if {[ismodified $textarea] && \ > $listoffile("$textarea",thetime) !=0} { > $pad.filemenu.files entryconfigure \ > --- tcl/mainwindow.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/mainwindow.tcl Sun Dec 14 21:34:40 2008 > @@ -42,6 +42,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0; # used to enable/disable the undo menu entry > set listoffile("$pad.new$winopened",redostackdepth) 0; # used to enable/disable the redo menu entry > set listoffile("$pad.new$winopened",progressbar_id) ""; # colorization progressbar identifier > +set listoffile("$pad.new$winopened",encoding) $defaultencoding > > set chset() {} > set words() {} > --- tcl/menues.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/menues.tcl Sun Dec 14 22:04:04 2008 > @@ -33,6 +33,7 @@ > global Shift_Tab > foreach c1 "$bgcolors $fgcolors" {global $c1} > global Tk85 > + global currentencoding > > #destroy old menues (used when changing language) > foreach w [winfo children $pad.filemenu] { > @@ -380,7 +381,7 @@ > -variable lang -value $l -command relocalize" > } > } > -# feature temporary disabled as not yet 100% ok (see bindings/issues.txt) > +# feature enabled yet not 100% ok (see bindings/issues.txt) - teasing! > menu $pad.filemenu.options.bindings -tearoff 0 > eval "$pad.filemenu.options add cascade [me "&Bindings style"] \ > -menu $pad.filemenu.options.bindings " > @@ -405,6 +406,13 @@ > eval "$pad.filemenu.options.messageboxes add radiobutton \ > [me "Copied in a &message box"] \ > -value true -variable ScilabErrorMessageBox" > + eval "$pad.filemenu.options add cascade [me "Enc&oding"] \ > + -menu $pad.filemenu.options.encodings" > + menu $pad.filemenu.options.encodings -tearoff 1 > + foreach en [lsort -dictionary [encoding names]] { > + $pad.filemenu.options.encodings add radiobutton -label $en \ > + -command {setencoding} -value $en -variable currentencoding > + } > menu $pad.filemenu.options.exitopts -tearoff 0 > eval "$pad.filemenu.options add cascade [me "E&xit options"] \ > -menu $pad.filemenu.options.exitopts " > --- changelog.txt Sat Dec 13 15:13:14 2008 > +++ changelog.txt Mon Dec 15 22:43:07 2008 > @@ -1,3 +1,9 @@ > +Francois VOGEL, 14/12/08 > + * Selection of the file encoding is now possible through a new option menu > + (this is a request from Yung-Jang Lee) - This is the implementation > + corresponding to SEP#12 > + * version --> 7.11.SEP12 > + > Francois VOGEL, 13/12/08 > * Fixed bug 3806 (drag and drop fails because package tkdnd is not found) > * File/Revert did not update the readonly flag. Reverting to the saved state > @@ -40,7 +46,8 @@ > the last peer in the list (instead of the focused peer) did win the title > bar label > * Added new command "Create help from head comments" - Initial code and > - function help_from_sci courtesy of Torbjrn Pettersen > + function help_from_sci courtesy of Torbjrn Pettersen - This is the > + implementation corresponding to SEP#9 > * version --> 7.7 > > Francois VOGEL, 03/10/08 > --- version.xml Sat Dec 13 15:13:14 2008 > +++ version.xml Mon Dec 15 22:43:17 2008 > @@ -15,5 +15,5 @@ > --> > > > - > + > From fvogelnew1 at free.fr Wed Dec 17 22:14:09 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Wed, 17 Dec 2008 22:14:09 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <1229518448.21115.170.camel@korcula.inria.fr> References: <4946D491.3050004@free.fr> <1229518448.21115.170.camel@korcula.inria.fr> Message-ID: <49496BA1.3050503@free.fr> Sylvestre Ledru said on 17/12/2008 13:54: > I am not sure that the word "internalization" is the right one here ;) > Did you mean internationalization ? Yes, sure. Interesting slip-up (don't jump on me, I'm just kidding!). Please don't take umbrage of this unfortunate typo. Or more likely this mistyping can be attributed to the [sp|h]ell checker. > I like the idea of this feature. I haven't tested it but it is possible > to add a pull down menu for the encoding in the file chooser in the > window "2. Open the file. ? The short answer is no. The long explanation needs distinguishing platforms. On Windows, the file chooser called by Tk is the platform native chooser provided by the OS itself. This dialog cannot be tuned and does not have such an encoding pulldown menu. End of the story. On Linux, the file chooser called by Tk is a dialog implemented in Tk language. This dialog can in principle be tuned: this amounts to tweaking the source code provided by the Tk package. In practice I would not do this, because it would cause a lot of headaches whenever the Tk version gets updated. Implementation of the chooser is not part of the public interface. The public interface is limited to the single command tk_getOpenFile, which has no existing option to show an encoding pull down menu. I'll fix the typing mistake above in the next version of the SEP. Besides, I have also identified (and fixed) a minor issue with the MRU list. The fix amounts to saving the Scipad preferences file in utf-8 encoding instead of using the platform native system encoding. I'll publish the updated SEP soon. I will first wait for more comments arising from the dev list. Francois From fvogelnew1 at free.fr Wed Dec 17 22:23:18 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Wed, 17 Dec 2008 22:23:18 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <49496BA1.3050503@free.fr> References: <4946D491.3050004@free.fr> <1229518448.21115.170.camel@korcula.inria.fr> <49496BA1.3050503@free.fr> Message-ID: <49496DC6.2010706@free.fr> Fran?ois Vogel said on 17/12/2008 22:14: > Besides, I have also identified (and fixed) a minor issue with the MRU > list. The fix amounts to saving the Scipad preferences file in utf-8 > encoding instead of using the platform native system encoding. Hmm, wait a second, I have a better fix for this (the above proposal has drawbacks). More comments awaited anyway on the SEP, thanks. Francois From sylvestre.ledru at scilab.org Thu Dec 18 11:41:17 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 18 Dec 2008 11:41:17 +0100 Subject: -enable-build-help is now the default behaviour Message-ID: <1229596877.12657.41.camel@korcula.inria.fr> Hello, I just made a small change in the configure. Now, a default ./configure will look for the documentation dependencies and enables the doc target in the Makefile. If you wan to disable the checks and the build, use the option --disable-build-help in the configure. There is no more reason to disable it by default (it used to be like that when we were working on this part). Sylvestre From yjlee123 at gmail.com Fri Dec 19 13:53:41 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 19 Dec 2008 20:53:41 +0800 Subject: [Scilab-Dev] Re: Scipad as an UTF-8 encoded file editor under non-UTF locale ? In-Reply-To: <4947E109.8070604@free.fr> References: <9371b4280812140616h7941d5a2i7d7d2ddb2aad96a7@mail.gmail.com> <49452095.4050205@free.fr> <9371b4280812150445v7892fcwfc2863eabcfc37f@mail.gmail.com> <4946B981.3020704@free.fr> <9371b4280812160520m37d9332bue1fa75b9363293ba@mail.gmail.com> <4947E109.8070604@free.fr> Message-ID: <9371b4280812190453l1a29cad2lec28a911c2c1891f@mail.gmail.com> Yes, it is good enough for me. Yung-Jang 2008/12/17 Fran?ois Vogel > Yung-Jang Lee said on 16/12/2008 14:20: > >> Francois: >> Thanks again for your quick response. >> I should ask for help early. >> Yung-Jang Lee >> > > What do you mean more precisely? Is the current version of the SEP good > enough for your need or what? > > Francois > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Fri Dec 19 14:31:44 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 19 Dec 2008 21:31:44 +0800 Subject: Scipad: Button width short for chinese in some dialogs Message-ID: <9371b4280812190531k628b47a3lbb562d369dc6d4c7@mail.gmail.com> Francois, Several button width of Scipad dialog are not enough to display chinese. I send their screen snap to you with marks for short buttons. For these buttons, a scale to 1.2 of original width is enough for most cases. Regards, Yung-Jang Lee -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scipadFindNext.PNG Type: image/png Size: 22085 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scipadGoToLine.PNG Type: image/png Size: 15095 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scipadOpenSource.PNG Type: image/png Size: 13644 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scipadReplace.PNG Type: image/png Size: 22476 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scipadWatchVariable.PNG Type: image/png Size: 38902 bytes Desc: not available URL: From sylvestre.ledru at scilab.org Fri Dec 19 15:49:03 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 19 Dec 2008 15:49:03 +0100 Subject: Bugtracker: new categories Message-ID: <1229698143.16944.63.camel@korcula.inria.fr> We had a few new categories in the bugtracker: * TCL * Internal * PVM Don't hesitate to move bugs into them. Sylvestre From fvogelnew1 at free.fr Fri Dec 19 17:51:01 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Fri, 19 Dec 2008 17:51:01 +0100 Subject: [Scilab-Dev] Scipad: Button width short for chinese in some dialogs In-Reply-To: <9371b4280812190531k628b47a3lbb562d369dc6d4c7@mail.gmail.com> References: <9371b4280812190531k628b47a3lbb562d369dc6d4c7@mail.gmail.com> Message-ID: <494BD0F5.3040900@free.fr> Yung-Jang Lee said on 19/12/2008 14:31: > Several button width of Scipad dialog are not enough to display > chinese. I send their screen snap to you with marks for short buttons. Thanks, I see the bug also. I have already traced this to something I believe is a bug in Tk itself. I'll investigate more and keep you posted here. > For these buttons, a scale to 1.2 of original width is enough for most > cases. As a last resort fix, maybe, but it would be too bad. I have made some efforts in the Scipad code to set the same width for stacked buttons (looks nicer in the GUIs). I'll dig more. Francois From fvogelnew1 at free.fr Sun Dec 21 00:11:42 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Sun, 21 Dec 2008 00:11:42 +0100 Subject: [Scilab-Dev] Scipad: Button width short for chinese in some dialogs In-Reply-To: <494BD0F5.3040900@free.fr> References: <9371b4280812190531k628b47a3lbb562d369dc6d4c7@mail.gmail.com> <494BD0F5.3040900@free.fr> Message-ID: <494D7BAE.103@free.fr> Fran?ois Vogel said on 19/12/2008 17:51: > Yung-Jang Lee said on 19/12/2008 14:31: >> Several button width of Scipad dialog are not enough to display >> chinese. > > Thanks, I see the bug also. Follow-up to bug 3882: http://bugzilla.scilab.org/show_bug.cgi?id=3882 Francois From fvogelnew1 at free.fr Mon Dec 22 11:13:41 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Mon, 22 Dec 2008 11:13:41 +0100 Subject: [Scilab-Dev] Scipad: Button width short for chinese in some dialogs In-Reply-To: <494D7BAE.103@free.fr> References: <9371b4280812190531k628b47a3lbb562d369dc6d4c7@mail.gmail.com> <494BD0F5.3040900@free.fr> <494D7BAE.103@free.fr> Message-ID: <494F6855.3030000@free.fr> Fran?ois Vogel said on 21/12/2008 00:11: > Fran?ois Vogel said on 19/12/2008 17:51: >> Yung-Jang Lee said on 19/12/2008 14:31: >>> Several button width of Scipad dialog are not enough to display >>> chinese. >> >> Thanks, I see the bug also. > > Follow-up to bug 3882: > > http://bugzilla.scilab.org/show_bug.cgi?id=3882 Fixed. Francois From yjlee123 at gmail.com Mon Dec 22 13:33:19 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Mon, 22 Dec 2008 20:33:19 +0800 Subject: [Scilab-Dev] Scipad: Button width short for chinese in some dialogs In-Reply-To: <494F6855.3030000@free.fr> References: <9371b4280812190531k628b47a3lbb562d369dc6d4c7@mail.gmail.com> <494BD0F5.3040900@free.fr> <494D7BAE.103@free.fr> <494F6855.3030000@free.fr> Message-ID: <9371b4280812220433w22d2a6dy1d78b9d16e4f43d0@mail.gmail.com> I have tested it and it works perfectly on my machine. Thanks. Yung-Jang Lee 2008/12/22 Fran?ois Vogel > Fran?ois Vogel said on 21/12/2008 00:11: > > Fran?ois Vogel said on 19/12/2008 17:51: >> >>> Yung-Jang Lee said on 19/12/2008 14:31: >>> >>>> Several button width of Scipad dialog are not enough to display >>>> chinese. >>>> >>> >>> Thanks, I see the bug also. >>> >> >> Follow-up to bug 3882: >> >> http://bugzilla.scilab.org/show_bug.cgi?id=3882 >> > > Fixed. > > Francois > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Mon Dec 22 17:35:07 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 22 Dec 2008 17:35:07 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <49346664.90602@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> Message-ID: <494FC1BB.3020102@free.fr> Pierre MARECHAL said on 01/12/2008 23:34: > Fran?ois Vogel a ?crit : >> Pierre MARECHAL said on 01/12/2008 15:31: >>> fvogelnew1 at free.fr a ?crit : >>>> Btw, I still don't see it in gitweb. What >>>> is the time lag between a commit and the moment it can be seen in >>>> gitweb? >>>> >>> One hour maximum : gitweb is updated at the beginning of each hour >>> (1:00, 2:00, etc ...) >> >> Really? >> > Yes, gitweb is updated every hour. Pierre, Sorry to insist. I have committed a small change and have pushed it. Commit time reported by gitk is 2008-12-22 16:08:24 and I have pushed a few minutes later at most: $ git log -n 3 commit c9d429cf8df92c158433d765e217e518d48e7a68 Author: Francois Vogel Date: Mon Dec 22 16:59:16 2008 +0100 Fix bug 3877 Signed-off-by: Francois Vogel commit 3fff4fcc89cb631fed72618c583926fb301853df Author: Francois Vogel Date: Mon Dec 22 16:08:24 2008 +0100 Typo Signed-off-by: Francois Vogel commit cf812c594bce944abad8502e7c401241fc6efbc0 Merge: 9374541... 65ac7e2... Author: Francois Vogel Date: Mon Dec 22 11:04:19 2008 +0100 Merge branch 'master' of git at git.scilab.org:scilab See the commit in the middle? Now it's more than 17 h 30 and I still does not see this commit in gitweb: http://gitweb.scilab.org/?p=scilab;a=summary Either I failed pushing or your explanations about the update time of gitweb are wrong, I can't see any other way. Francois From fvogelnew1 at free.fr Mon Dec 22 17:39:27 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 22 Dec 2008 17:39:27 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <494FC1BB.3020102@free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <494FC1BB.3020102@free.fr> Message-ID: <494FC2BF.8060904@free.fr> Fran?ois Vogel said on 22/12/2008 17:35: > Pierre MARECHAL said on 01/12/2008 23:34: >> Fran?ois Vogel a ?crit : >>> Pierre MARECHAL said on 01/12/2008 15:31: >>>> fvogelnew1 at free.fr a ?crit : >>>>> Btw, I still don't see it in gitweb. What >>>>> is the time lag between a commit and the moment it can be seen in >>>>> gitweb? >>>>> >>>> One hour maximum : gitweb is updated at the beginning of each hour >>>> (1:00, 2:00, etc ...) >>> >>> Really? >>> >> Yes, gitweb is updated every hour. > > I have committed a small change and have pushed it. > Commit time reported by gitk is 2008-12-22 16:08:24 > Now it's more than 17 h 30 and I still does not see this commit in gitweb: Hmmm, how strange. Five minutes after sending the above message I can see all commits. Is the update happening at 17:30 perhaps? Clarifications would appreciated, thanks. Francois From fvogelnew1 at free.fr Tue Dec 23 12:07:38 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 23 Dec 2008 12:07:38 +0100 Subject: SEP#12: Scipad - Add support for encodings In-Reply-To: <4946D491.3050004@free.fr> References: <4946D491.3050004@free.fr> Message-ID: <4950C67A.1010501@free.fr> Hi all, Attached is an update of SEP#12 (now V1.1) + diff file against master HEAD. The changes wrt V1.0 amount to mentioning what's happening with the files managed by Scipad for internal reasons, and to explain why an encoding button will not be inserted in the existing file choosers. This SEP has now been floating here for more than a week and has gathered very few comments or contributions. Besides, Yung Jang Lee who originally requested this feature stated satisfaction with the current coverage. I will therefore not implement encoding conversion nor auto-detection of encodings. My understanding is that there is now consensus on this SEP. If it's not the case, please speak up now. I will commit very soon. Merry Christmas to those who feel concerned, and cheers to the others. Francois -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_12_scipad_encoding_support_V1_1.pdf Type: application/pdf Size: 148834 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: SEP_12_V1_1_diff.txt URL: From yjlee123 at gmail.com Tue Dec 23 14:59:05 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 23 Dec 2008 21:59:05 +0800 Subject: Failed to build Scilab with VC2008Express this week. Message-ID: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> Hi, I failed to build scilab this week with Windows Xp + VC 2008 Express. It stops at building pvm related library with following message, LINK : fatal error LNK1104: cannot open file 'LIBC.lib' Since VC 2008 Express don't provide LIBC.lib anymore, it look like I must build pvm3 from source with VC2008 myself. Yung-Jang Lee -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Tue Dec 23 15:33:03 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 23 Dec 2008 15:33:03 +0100 Subject: SEP#12: Scipad - Add support for encodings In-Reply-To: <9371b4280812230622r1fca8fby877caec8844367f2@mail.gmail.com> References: <4946D491.3050004@free.fr> <4950C67A.1010501@free.fr> <9371b4280812230622r1fca8fby877caec8844367f2@mail.gmail.com> Message-ID: <4950F69F.4050405@free.fr> Yung-Jang Lee said on 23/12/2008 15:22: > Fran?ois , > > As to section "Typical use case in Scipad" of the SEP : > ----------------------------------------------- > 1. Select the encoding with which the next file should be read. > 2. Open the file. > 3. Fiddle with the content, add text, possibly switch buffers, select > other encodings, etc. > 4. Before saving, select the encoding that Scipad shall use for saving > the file. > 5. Save the file. > --------------------------------------------------------- > > Could it be possible add with alternate use case, > > 1. Open the file > 2. Select the encoding for the opened file > ... > ... Well, I'm happy to see that you have awaken up at last. I was surprised when you stated that the SEP was good enough for you. What you're asking looks like the encoding conversion feature I describe in the section "Limitations". If I'm wrong, how is your new request different from encoding conversion? I had an initial try to make encoding conversion work, it's not as straightforward as I thought. Francois From fvogelnew1 at free.fr Tue Dec 23 15:53:46 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 23 Dec 2008 15:53:46 +0100 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> Message-ID: <4950FB7A.5060409@free.fr> Works for me today on the master up-to-date, with VC2008 Express on WinXP. And I can't find any occurrence of libc.lib in the compiled scilab tree. F. Yung-Jang Lee said on 23/12/2008 14:59: > Hi, > > I failed to build scilab this week with Windows Xp + VC 2008 Express. > It stops at building pvm related library with following message, > > LINK : fatal error LNK1104: cannot open file 'LIBC.lib' > > Since VC 2008 Express don't provide LIBC.lib anymore, it look like I > must build pvm3 from source with VC2008 myself. > > > Yung-Jang Lee > > From yjlee123 at gmail.com Tue Dec 23 16:20:45 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 23 Dec 2008 23:20:45 +0800 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <4950FB7A.5060409@free.fr> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> <4950FB7A.5060409@free.fr> Message-ID: <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> I failed to build project pvm with 'Scilab_f2c' solution. I look like pvm3 binaries (lib or dll) in my system are build with old VC compiler that need LIBC.lib to link. May be I am not doing right way in downloading Scilab, I just git pull Am I right ? Yung-Jang Lee 2008/12/23 Fran?ois Vogel > Works for me today on the master up-to-date, with VC2008 Express on WinXP. > > And I can't find any occurrence of libc.lib in the compiled scilab tree. > > F. > > > Yung-Jang Lee said on 23/12/2008 14:59: > > Hi, >> >> I failed to build scilab this week with Windows Xp + VC 2008 Express. It >> stops at building pvm related library with following message, >> LINK : fatal error LNK1104: cannot open file 'LIBC.lib' >> >> Since VC 2008 Express don't provide LIBC.lib anymore, it look like I must >> build pvm3 from source with VC2008 myself. >> >> >> Yung-Jang Lee >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Tue Dec 23 16:29:31 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 23 Dec 2008 23:29:31 +0800 Subject: [Scilab-Dev] Re: SEP#12: Scipad - Add support for encodings In-Reply-To: <4950F69F.4050405@free.fr> References: <4946D491.3050004@free.fr> <4950C67A.1010501@free.fr> <9371b4280812230622r1fca8fby877caec8844367f2@mail.gmail.com> <4950F69F.4050405@free.fr> Message-ID: <9371b4280812230729h1c60f2f8w15c8bb2c75dd6130@mail.gmail.com> I thought it may not need encoding conversion for this case. User may open a file with wrong encoding and then switch to correct encoding. Since the file opened was treated as system encoded file, it may not be converted to other encoding before user select a correct one. In this case, it don't need to doing encoding conversion. May be I am wrong in this aspect, however. I have trouble building Scilab from source this passed week, and have no chance to test your implementation. But I still satisfy the SEP even if this "open then switch encoding" function is not provided. Yung-Jang Lee 2008/12/23 Fran?ois Vogel > Yung-Jang Lee said on 23/12/2008 15:22: > >> Fran?ois , >> >> As to section "Typical use case in Scipad" of the SEP : >> ----------------------------------------------- >> 1. Select the encoding with which the next file should be read. >> 2. Open the file. >> 3. Fiddle with the content, add text, possibly switch buffers, select >> other encodings, etc. >> 4. Before saving, select the encoding that Scipad shall use for saving the >> file. >> 5. Save the file. >> --------------------------------------------------------- >> >> Could it be possible add with alternate use case, >> 1. Open the file >> 2. Select the encoding for the opened file >> ... >> ... >> > > Well, I'm happy to see that you have awaken up at last. > I was surprised when you stated that the SEP was good enough for you. > > What you're asking looks like the encoding conversion feature I describe in > the section "Limitations". If I'm wrong, how is your new request different > from encoding conversion? > > I had an initial try to make encoding conversion work, it's not as > straightforward as I thought. > > Francois > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Tue Dec 23 16:44:12 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 23 Dec 2008 23:44:12 +0800 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> <4950FB7A.5060409@free.fr> <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> Message-ID: <9371b4280812230744j31e2e918h75a4c8394657e6d7@mail.gmail.com> ------ Build started: Project: pvm, Configuration: Release Win32 ------ Make dependencies Microsoft (R) Library Manager Version 9.00.21022.08 Copyright (C) Microsoft Corporation. All rights reserved. Creating library d:\Git\scilab\scilab\modules\pvm\LibScilab.lib and object d:\Git\scilab\scilab\modules\pvm\LibScilab.exp Linking... LINK : fatal error LNK1104: cannot open file 'LIBC.lib' Build log was saved at "file://d:\Git\scilab\scilab\modules\pvm\Release\BuildLog.htm" 2008/12/23 Yung-Jang Lee > I failed to build project pvm with 'Scilab_f2c' solution. I look like pvm3 > binaries (lib or dll) in my system are build with old VC compiler that > need LIBC.lib to link. > > May be I am not doing right way in downloading Scilab, I just > > git pull > > Am I right ? > > Yung-Jang Lee > > 2008/12/23 Fran?ois Vogel > > Works for me today on the master up-to-date, with VC2008 Express on WinXP. >> >> And I can't find any occurrence of libc.lib in the compiled scilab tree. >> >> F. >> >> >> Yung-Jang Lee said on 23/12/2008 14:59: >> >> Hi, >>> >>> I failed to build scilab this week with Windows Xp + VC 2008 Express. It >>> stops at building pvm related library with following message, >>> LINK : fatal error LNK1104: cannot open file 'LIBC.lib' >>> >>> Since VC 2008 Express don't provide LIBC.lib anymore, it look like I must >>> build pvm3 from source with VC2008 myself. >>> >>> >>> Yung-Jang Lee >>> >>> >>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Tue Dec 23 16:48:38 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 23 Dec 2008 16:48:38 +0100 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <9371b4280812230744j31e2e918h75a4c8394657e6d7@mail.gmail.com> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> <4950FB7A.5060409@free.fr> <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> <9371b4280812230744j31e2e918h75a4c8394657e6d7@mail.gmail.com> Message-ID: <49510856.6040001@free.fr> Did you follow the steps described here: http://wiki.scilab.org/Visual_Studio_C%2B%2B_2008_Express Especially what this page is saying about prerequirements? Did you try to clean and rebuild all? F. Yung-Jang Lee said on 23/12/2008 16:44: > > ------ Build started: Project: pvm, Configuration: Release Win32 ------ > Make dependencies > Microsoft (R) Library Manager Version 9.00.21022.08 > Copyright (C) Microsoft Corporation. All rights reserved. > Creating library d:\Git\scilab\scilab\modules\pvm\LibScilab.lib and > object d:\Git\scilab\scilab\modules\pvm\LibScilab.exp > Linking... > LINK : fatal error LNK1104: cannot open file 'LIBC.lib' > Build log was saved at > "file://d:\Git\scilab\scilab\modules\pvm\Release\BuildLog.htm" > > > > 2008/12/23 Yung-Jang Lee > > > I failed to build project pvm with 'Scilab_f2c' solution. I look > like pvm3 binaries (lib or dll) in my system are build with old VC > compiler that need LIBC.lib to link. > > May be I am not doing right way in downloading Scilab, I just > > git pull > > Am I right ? > > Yung-Jang Lee > > 2008/12/23 Fran?ois Vogel > > > Works for me today on the master up-to-date, with VC2008 Express > on WinXP. > > And I can't find any occurrence of libc.lib in the compiled > scilab tree. > > F. > > > Yung-Jang Lee said on 23/12/2008 14:59: > > Hi, > > I failed to build scilab this week with Windows Xp + VC 2008 > Express. It stops at building pvm related library with > following message, > LINK : fatal error LNK1104: cannot open file 'LIBC.lib' > > Since VC 2008 Express don't provide LIBC.lib anymore, it > look like I must build pvm3 from source with VC2008 myself. > > > Yung-Jang Lee > > > > From fvogelnew1 at free.fr Tue Dec 23 16:59:48 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 23 Dec 2008 16:59:48 +0100 Subject: [Scilab-Dev] Re: SEP#12: Scipad - Add support for encodings In-Reply-To: <9371b4280812230729h1c60f2f8w15c8bb2c75dd6130@mail.gmail.com> References: <4946D491.3050004@free.fr> <4950C67A.1010501@free.fr> <9371b4280812230622r1fca8fby877caec8844367f2@mail.gmail.com> <4950F69F.4050405@free.fr> <9371b4280812230729h1c60f2f8w15c8bb2c75dd6130@mail.gmail.com> Message-ID: <49510AF4.8020609@free.fr> Yung-Jang Lee said on 23/12/2008 16:29: > I thought it may not need encoding conversion for this case. > > User may open a file with wrong encoding and then switch to correct > encoding. > > Since the file opened was treated as system encoded file, it may not be > converted to other encoding before user select a correct one. In > this case, it don't need to doing encoding conversion. May be I am > wrong in this aspect, however. OK, I see the use case you have in mind. This is indeed possible within the scope of SEP #12 V1.1, with no change at all in the proposed implementation. Use case: 1. File/Open 2. Damned, it's not the right encoding. Select the right encoding through the options menu. No visual effect so far (because this is not encoding conversion). 3. File/Revert. The file is now displayed with the selected encoding. Note that it's a reload of the file. If you modified it, your changes will be lost. Is this what you want? > I have trouble building Scilab from source this passed week, and have > no chance to test your implementation. You don't need to compile Scilab to test implementation of SEP#12. Take whatever half-working recent nightly build from the Scilab website: http://www.scilab.org/download/index_download.php?page=nightly_builds Install it somewhere. Apply the patch I have provided with SEP #12 onto the scipad directory you should find in (off the top of my head) SCI/share/modules/scipad and subdirectories. Run Scilab, run Scipad, and you can test. No compile needed. > But I still satisfy the SEP even > if this "open then switch encoding" function is not provided. Noted. Thanks, your expectations are reasonable. Francois From yjlee123 at gmail.com Tue Dec 23 17:02:44 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 24 Dec 2008 00:02:44 +0800 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <49510856.6040001@free.fr> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> <4950FB7A.5060409@free.fr> <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> <9371b4280812230744j31e2e918h75a4c8394657e6d7@mail.gmail.com> <49510856.6040001@free.fr> Message-ID: <9371b4280812230802h5fcce45dq756a067f9fc34e7b@mail.gmail.com> I may have used the SVN version of prerequirements for GIT. I will download and test it tomorrow (it's midnight in Taiwan now). Thanks. Yung-Jang Lee 2008/12/23 Fran?ois Vogel > Did you follow the steps described here: > > http://wiki.scilab.org/Visual_Studio_C%2B%2B_2008_Express > > Especially what this page is saying about prerequirements? > > Did you try to clean and rebuild all? > > F. > > > Yung-Jang Lee said on 23/12/2008 16:44: > >> >> ------ Build started: Project: pvm, Configuration: Release Win32 ------ >> Make dependencies >> Microsoft (R) Library Manager Version 9.00.21022.08 >> Copyright (C) Microsoft Corporation. All rights reserved. >> Creating library d:\Git\scilab\scilab\modules\pvm\LibScilab.lib and >> object d:\Git\scilab\scilab\modules\pvm\LibScilab.exp >> Linking... >> LINK : fatal error LNK1104: cannot open file 'LIBC.lib' >> Build log was saved at >> "file://d:\Git\scilab\scilab\modules\pvm\Release\BuildLog.htm" >> >> >> >> 2008/12/23 Yung-Jang Lee > >> >> I failed to build project pvm with 'Scilab_f2c' solution. I look >> like pvm3 binaries (lib or dll) in my system are build with old VC >> compiler that need LIBC.lib to link. >> >> May be I am not doing right way in downloading Scilab, I just >> >> git pull >> >> Am I right ? >> >> Yung-Jang Lee >> >> 2008/12/23 Fran?ois Vogel > > >> >> Works for me today on the master up-to-date, with VC2008 Express >> on WinXP. >> >> And I can't find any occurrence of libc.lib in the compiled >> scilab tree. >> >> F. >> >> >> Yung-Jang Lee said on 23/12/2008 14:59: >> >> Hi, >> >> I failed to build scilab this week with Windows Xp + VC 2008 >> Express. It stops at building pvm related library with >> following message, >> LINK : fatal error LNK1104: cannot open file 'LIBC.lib' >> >> Since VC 2008 Express don't provide LIBC.lib anymore, it >> look like I must build pvm3 from source with VC2008 myself. >> >> >> Yung-Jang Lee >> >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Tue Dec 23 17:17:33 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 23 Dec 2008 17:17:33 +0100 Subject: Packages & so Message-ID: <1230049053.17737.185.camel@korcula.inria.fr> Some quick news from the free community. = Sagemath = A Experimental "Scilab/Sage package" is planed for Sage 3.4 and an experimental package by Jaap Spies is available here: http://trac.sagemath.org/sage_trac/ticket/4821 = Mandriva = Tomasz Pawel Gajc (a regular Mandriva contributor) created a package available here: http://sophie.zarb.org/viewrpm/9fa2afb865a5d83f04c8fb044af68214 = Opensuse = A Scilab package for Opensuse has been created by Andrea Florio. It is available here: http://packman.links2linux.org/package/scilab/80519 and should be included in the next version of opensuse Note that Mandriva & Opensuse packages have been created for Scilab 5.0.3 and I applied most of their patches (or update some part of the code) for Scilab 5.0.4. = Redhat/Fedora = The work is still going on: https://bugzilla.redhat.com/show_bug.cgi?id=472639 They are also doing a great work packaging the misc dependencies but they are a bit stuck about the JOGL packaging (jogl and glugen should produce two different packages ... which I should also do in Debian/Ubuntu too) See: https://bugzilla.redhat.com/show_bug.cgi?id=439630 = Debian/Ubuntu = As a reminder, it is avalable here: http://www.scilab.org/team/sylvestre.ledru/ Debian packages are up-to-date. I have to upload the new ubuntu's packages. = Arch Linux = It is also available under Arch Linux by Simon Lipp (one of our former trainee) http://aur.archlinux.org/packages.php?do_Details=1&ID=19897 = Gentoo = A bit stuck for now: http://bugs.gentoo.org/237572 Markus is a nice guy, don't hesitate if you want to contribute. Here are some news. If you want, I can send regular updates like this mail. Sylvestre From yjlee123 at gmail.com Tue Dec 23 17:19:39 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 24 Dec 2008 00:19:39 +0800 Subject: [Scilab-Dev] Re: SEP#12: Scipad - Add support for encodings In-Reply-To: <49510AF4.8020609@free.fr> References: <4946D491.3050004@free.fr> <4950C67A.1010501@free.fr> <9371b4280812230622r1fca8fby877caec8844367f2@mail.gmail.com> <4950F69F.4050405@free.fr> <9371b4280812230729h1c60f2f8w15c8bb2c75dd6130@mail.gmail.com> <49510AF4.8020609@free.fr> Message-ID: <9371b4280812230819w36246ac6pf106d18a964995c6@mail.gmail.com> 2008/12/23 Fran?ois Vogel > > Use case: > 1. File/Open > 2. Damned, it's not the right encoding. Select the right encoding through > the options menu. No visual effect so far (because this is not encoding > conversion). > 3. File/Revert. The file is now displayed with the selected encoding. Note > that it's a reload of the file. If you modified it, your changes will be > lost. > > Is this what you want? > Yes, exactly. > Take whatever half-working recent nightly build from the Scilab website: > > http://www.scilab.org/download/index_download.php?page=nightly_builds > > Install it somewhere. Apply the patch I have provided with SEP #12 onto the > scipad directory you should find in (off the top of my head) > SCI/share/modules/scipad and subdirectories. > > Run Scilab, run Scipad, and you can test. No compile needed. > Ok, I will test it this way. Thanks. Yung-Jang Lee -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Tue Dec 23 17:26:20 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 23 Dec 2008 17:26:20 +0100 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <9371b4280812230802h5fcce45dq756a067f9fc34e7b@mail.gmail.com> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> <4950FB7A.5060409@free.fr> <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> <9371b4280812230744j31e2e918h75a4c8394657e6d7@mail.gmail.com> <49510856.6040001@free.fr> <9371b4280812230802h5fcce45dq756a067f9fc34e7b@mail.gmail.com> Message-ID: <4951112C.6090801@free.fr> The prerequirements are not migrated to GIT, they are still managed by SVN. Pierre said they would never migrate because this would create a repository of more than 3 GB. One of the main advantages that GIT puts forward is that you have a full fledged repository in your hard disk, and this is fine and realistic as long as you deal with text files that can easily be diff'ed and the diff be compressed. Using GIT for versioning binary files looks it's not the right tool. In short: update the prerequirements with svn, copy/paste then in the up-to-date git repository, and compile the Scilab-f2c solution under VC2008 Express. This works for me. Good night. F. Yung-Jang Lee said on 23/12/2008 17:02: > I may have used the SVN version of prerequirements for GIT. > > I will download and test it tomorrow (it's midnight in Taiwan now). > > Thanks. > > Yung-Jang Lee > > 2008/12/23 Fran?ois Vogel > > > Did you follow the steps described here: > > http://wiki.scilab.org/Visual_Studio_C%2B%2B_2008_Express > > Especially what this page is saying about prerequirements? > > Did you try to clean and rebuild all? > > F. > > > Yung-Jang Lee said on 23/12/2008 16:44: > > > ------ Build started: Project: pvm, Configuration: Release Win32 > ------ > Make dependencies > Microsoft (R) Library Manager Version 9.00.21022.08 > Copyright (C) Microsoft Corporation. All rights reserved. > Creating library > d:\Git\scilab\scilab\modules\pvm\LibScilab.lib and object > d:\Git\scilab\scilab\modules\pvm\LibScilab.exp > Linking... > LINK : fatal error LNK1104: cannot open file 'LIBC.lib' > Build log was saved at > "file://d:\Git\scilab\scilab\modules\pvm\Release\BuildLog.htm" > > > > 2008/12/23 Yung-Jang Lee >> > > > I failed to build project pvm with 'Scilab_f2c' solution. I look > like pvm3 binaries (lib or dll) in my system are build with > old VC > compiler that need LIBC.lib to link. > > May be I am not doing right way in downloading Scilab, I just > > git pull > > Am I right ? > > Yung-Jang Lee > > 2008/12/23 Fran?ois Vogel > >> > > > Works for me today on the master up-to-date, with VC2008 > Express > on WinXP. > > And I can't find any occurrence of libc.lib in the compiled > scilab tree. > > F. > > > Yung-Jang Lee said on 23/12/2008 14:59: > > Hi, > > I failed to build scilab this week with Windows Xp + > VC 2008 > Express. It stops at building pvm related library with > following message, > LINK : fatal error LNK1104: cannot open file > 'LIBC.lib' > > Since VC 2008 Express don't provide LIBC.lib anymore, it > look like I must build pvm3 from source with VC2008 > myself. > > > Yung-Jang Lee > > > > > From pierre.marechal at scilab.org Tue Dec 23 20:14:34 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Tue, 23 Dec 2008 20:14:34 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <494FC2BF.8060904@free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <494FC1BB.3020102@free.fr> <494FC2BF.8060904@free.fr> Message-ID: <4951389A.5090704@scilab.org> Fran?ois Vogel a ?crit : > Fran?ois Vogel said on 22/12/2008 17:35: >> Pierre MARECHAL said on 01/12/2008 23:34: >>> Fran?ois Vogel a ?crit : >>>> Pierre MARECHAL said on 01/12/2008 15:31: >>>>> fvogelnew1 at free.fr a ?crit : >>>>>> Btw, I still don't see it in gitweb. What >>>>>> is the time lag between a commit and the moment it can be seen in >>>>>> gitweb? >>>>>> >>>>> One hour maximum : gitweb is updated at the beginning of each hour >>>>> (1:00, 2:00, etc ...) >>>> >>>> Really? >>>> >>> Yes, gitweb is updated every hour. >> >> I have committed a small change and have pushed it. >> Commit time reported by gitk is 2008-12-22 16:08:24 >> Now it's more than 17 h 30 and I still does not see this commit in >> gitweb: > Hmmm, how strange. Five minutes after sending the above message I can > see all commits. Is the update happening at 17:30 perhaps? > > Clarifications would appreciated, thanks. > > Francois Gitweb is updated at the beginning of each hour (crontab syntax : 0 * * * *) but the process can be quite long. Pierre -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr ============================================== From fvogelnew1 at free.fr Tue Dec 23 20:32:12 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 23 Dec 2008 20:32:12 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <4951389A.5090704@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <494FC1BB.3020102@free.fr> <494FC2BF.8060904@free.fr> <4951389A.5090704@scilab.org> Message-ID: <49513CBC.1030504@free.fr> Pierre MARECHAL said on 23/12/2008 20:14: > Gitweb is updated at the beginning of each hour (crontab syntax : 0 * * > * *) but the process can be quite long. What I observe is that the update process takes (much) more than one hour. So does it make sense to update every hour? Besides, simultaneous updates are perhaps competing for the machine CPU, which tends to delay the result even further. SVN web view had an update loop of, well... seconds? F. From ycollet at freesurf.fr Tue Dec 23 20:52:54 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Tue, 23 Dec 2008 20:52:54 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <49513CBC.1030504@free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <494FC1BB.3020102@free.fr> <494FC2BF.8060904@free.fr> <4951389A.5090704@scilab.org> <49513CBC.1030504@free.fr> Message-ID: <49514196.2030201@freesurf.fr> Fran?ois Vogel a ?crit : > Pierre MARECHAL said on 23/12/2008 20:14: >> Gitweb is updated at the beginning of each hour (crontab syntax : 0 >> * * * *) but the process can be quite long. > > What I observe is that the update process takes (much) more than one > hour. So does it make sense to update every hour? Besides, > simultaneous updates are perhaps competing for the machine CPU, which > tends to delay the result even further. SVN web view had an update > loop of, well... seconds? > > F. > Is it possible that this supplementary delay is due to a cached web page that is not updated in firefox ? YC From pierre.marechal at scilab.org Tue Dec 23 21:51:48 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Tue, 23 Dec 2008 21:51:48 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <49513CBC.1030504@free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <494FC1BB.3020102@free.fr> <494FC2BF.8060904@free.fr> <4951389A.5090704@scilab.org> <49513CBC.1030504@free.fr> Message-ID: <49514F64.6040407@scilab.org> Fran?ois Vogel a ?crit : > Pierre MARECHAL said on 23/12/2008 20:14: >> Gitweb is updated at the beginning of each hour (crontab syntax : 0 >> * * * *) but the process can be quite long. > > What I observe is that the update process takes (much) more than one > hour. So does it make sense to update every hour? Besides, > simultaneous updates are perhaps competing for the machine CPU, which > tends to delay the result even further. SVN web view had an update > loop of, well... seconds? > > F. When I say "the process can be quite long", I want to say 5 minutes, 10 maximum, (the latest lasted 4 minutes). I don't why you don't see it in Gitweb (as Yann said, maybe the cache of your web browser) but at the risk of repeating me, Gitweb is updated every hour. Sorry Pierre -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr ============================================== From fvogelnew1 at free.fr Tue Dec 23 22:09:16 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 23 Dec 2008 22:09:16 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <49514F64.6040407@scilab.org> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <494FC1BB.3020102@free.fr> <494FC2BF.8060904@free.fr> <4951389A.5090704@scilab.org> <49513CBC.1030504@free.fr> <49514F64.6040407@scilab.org> Message-ID: <4951537C.4060804@free.fr> Pierre MARECHAL said on 23/12/2008 21:51: > When I say "the process can be quite long", I want to say 5 minutes, 10 > maximum, (the latest lasted 4 minutes). Very acceptable, then. > I don't why you don't see it in > Gitweb (as Yann said, maybe the cache of your web browser) Well, do your really think I have no idea about how to force an update of my browser and how to clear its cache...? > but at the risk of repeating me, Gitweb is updated every hour. No worries, I can hear you. At the risk of repeating myself it's not what *I* can see from my computer. Am I the only one to see a > 1 hour delay? Other readers on this list, could you please come in an tell what your experience with gitweb is? > Sorry Don't think I don't believe you when you say it's updated once per hour. I'm trying to understand why I do not see this from here. I'm not saying the problem is on your side. Remember we had other strange behaviours before, with various causes. Francois From sylvestre.ledru at inria.fr Tue Dec 23 22:13:00 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 23 Dec 2008 22:13:00 +0100 Subject: [Scilab-Dev] Gitweb update loop In-Reply-To: <4951537C.4060804@free.fr> References: <1228131847.4933ce07b3976@imp.free.fr> <4933E9DF.2030607@scilab.org> <4933E7E0.2010300@scilab.org> <1228140011.4933edebe250f@imp.free.fr> <4933F531.1050600@scilab.org> <49343D82.4020202@free.fr> <49346664.90602@scilab.org> <494FC1BB.3020102@free.fr> <494FC2BF.8060904@free.fr> <4951389A.5090704@scilab.org> <49513CBC.1030504@free.fr> <49514F64.6040407@scilab.org> <4951537C.4060804@free.fr> Message-ID: <1230066780.15853.17.camel@zlarin> Le mardi 23 d?cembre 2008 ? 22:09 +0100, Fran?ois Vogel a ?crit : > Pierre MARECHAL said on 23/12/2008 21:51: > > When I say "the process can be quite long", I want to say 5 minutes, 10 > > maximum, (the latest lasted 4 minutes). > > Very acceptable, then. > > > I don't why you don't see it in > > Gitweb (as Yann said, maybe the cache of your web browser) > > Well, do your really think I have no idea about how to force an update > of my browser and how to clear its cache...? Ctrl+Shift+R (or shift + reload button) will force the reload without the cache. Even Internet Explorer manages this :p The HTTP cache of the gitweb is about one hour (about:cache in firefox will give you information about your cache ... expiration, etc). Sylvestre From ycollet at freesurf.fr Wed Dec 24 08:18:16 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Wed, 24 Dec 2008 08:18:16 +0100 Subject: Gitweb Message-ID: <4951E238.9090109@freesurf.fr> Hello, From my side: change commited before 8:00. Seen on gitweb at 8:16. YC From yjlee123 at gmail.com Wed Dec 24 15:22:32 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 24 Dec 2008 22:22:32 +0800 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <4951112C.6090801@free.fr> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> <4950FB7A.5060409@free.fr> <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> <9371b4280812230744j31e2e918h75a4c8394657e6d7@mail.gmail.com> <49510856.6040001@free.fr> <9371b4280812230802h5fcce45dq756a067f9fc34e7b@mail.gmail.com> <4951112C.6090801@free.fr> Message-ID: <9371b4280812240622t723739e6k80769a6f82f03272@mail.gmail.com> Hi, After update prerequirements, I can build Scilab from source again. Is there any way or from any place that I know I need to update my prerequirements ? Yung-Jang Lee 2008/12/24 Fran?ois Vogel > The prerequirements are not migrated to GIT, they are still managed by SVN. > Pierre said they would never migrate because this would create a repository > of more than 3 GB. One of the main advantages that GIT puts forward is that > you have a full fledged repository in your hard disk, and this is fine and > realistic as long as you deal with text files that can easily be diff'ed and > the diff be compressed. Using GIT for versioning binary files looks it's not > the right tool. > > In short: update the prerequirements with svn, copy/paste then in the > up-to-date git repository, and compile the Scilab-f2c solution under VC2008 > Express. This works for me. > > Good night. > F. > > > Yung-Jang Lee said on 23/12/2008 17:02: > >> I may have used the SVN version of prerequirements for GIT. >> >> I will download and test it tomorrow (it's midnight in Taiwan now). >> >> Thanks. >> >> Yung-Jang Lee >> >> 2008/12/23 Fran?ois Vogel > >> >> >> Did you follow the steps described here: >> >> http://wiki.scilab.org/Visual_Studio_C%2B%2B_2008_Express >> >> Especially what this page is saying about prerequirements? >> >> Did you try to clean and rebuild all? >> >> F. >> >> >> Yung-Jang Lee said on 23/12/2008 16:44: >> >> >> ------ Build started: Project: pvm, Configuration: Release Win32 >> ------ >> Make dependencies >> Microsoft (R) Library Manager Version 9.00.21022.08 >> Copyright (C) Microsoft Corporation. All rights reserved. >> Creating library >> d:\Git\scilab\scilab\modules\pvm\LibScilab.lib and object >> d:\Git\scilab\scilab\modules\pvm\LibScilab.exp >> Linking... >> LINK : fatal error LNK1104: cannot open file 'LIBC.lib' >> Build log was saved at >> "file://d:\Git\scilab\scilab\modules\pvm\Release\BuildLog.htm" >> >> >> >> 2008/12/23 Yung-Jang Lee > > >> >> >> >> I failed to build project pvm with 'Scilab_f2c' solution. I look >> like pvm3 binaries (lib or dll) in my system are build with >> old VC >> compiler that need LIBC.lib to link. >> >> May be I am not doing right way in downloading Scilab, I just >> >> git pull >> >> Am I right ? >> >> Yung-Jang Lee >> >> 2008/12/23 Fran?ois Vogel > >> >> >> >> >> Works for me today on the master up-to-date, with VC2008 >> Express >> on WinXP. >> >> And I can't find any occurrence of libc.lib in the compiled >> scilab tree. >> >> F. >> >> >> Yung-Jang Lee said on 23/12/2008 14:59: >> >> Hi, >> >> I failed to build scilab this week with Windows Xp + >> VC 2008 >> Express. It stops at building pvm related library with >> following message, >> LINK : fatal error LNK1104: cannot open file >> 'LIBC.lib' >> >> Since VC 2008 Express don't provide LIBC.lib anymore, it >> look like I must build pvm3 from source with VC2008 >> myself. >> >> >> Yung-Jang Lee >> >> >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Wed Dec 24 16:51:39 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 24 Dec 2008 23:51:39 +0800 Subject: SEP#12: Scipad - Add support for encodings In-Reply-To: <4946D491.3050004@free.fr> References: <4946D491.3050004@free.fr> Message-ID: <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> After apply the attached patch, I can test the implementation. It work for me with CP950 and utf8 encoding and fit my need for editing utf8 files. But I feel the encoding list is too long for selecting. I think most users only play with a few of them but they distributed among this long encoding list that make selection difficult. Can we put the most recent selected encoding at the top of the list or just put system encoding and utf8 at the top ? Yung-Jang Lee 2008/12/16 Fran?ois Vogel > Hi all, > > Please find attached SEP #12 (V1.0) which describes the proposed changes in > Scipad for supporting more encodings, as an answer to a recent request from > Yung-Jang Lee. > > The SEP includes a full implementation, that I also attach to this email > for your convenience (utf-8 encoded diff). > > Please comment as needed and give your opinion especially on the expressed > limitations of the current proposal. > > Francois > > --- tcl/msg_files/fr_fr.msg Sat Dec 13 15:13:14 2008 > +++ tcl/msg_files/fr_fr.msg Sun Dec 14 21:10:16 2008 > @@ -25,7 +25,7 @@ > # > > # Scipad texts in French by Francois Vogel > -# in sync at least with v7.11 > +# in sync at least with v7.12 > > > # commons > @@ -640,6 +640,7 @@ > ::msgcat::mcset fr_fr "Execution &errors" "E&rreurs d'ex?cution" > ::msgcat::mcset fr_fr "In Scilab &shell only" "Dans la fen?tre > &Scilab seulement" > ::msgcat::mcset fr_fr "Copied in a &message box" "Recopi?es dans > une &bo?te de dialogue" > + ::msgcat::mcset fr_fr "Enc&oding" "Encod&age" > ::msgcat::mcset fr_fr "E&xit options" "Option&s de fermeture" > ::msgcat::mcset fr_fr "Show closure &X" "Afficher le bouton &X de > fermeture" > ::msgcat::mcset fr_fr "Exit on &last file close" "Quitte si > &dernier fichier ferm?" > --- tcl/buffernavigation.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/buffernavigation.tcl Sun Dec 14 21:36:56 2008 > @@ -358,6 +358,7 @@ > # Set all the settings such that $textarea becomes the current one > global pad Scheme ColorizeIt listoffile textareaid > global buffermodifiedsincelastsearch > + global currentencoding > > # clear the selection when leaving a buffer - check first that the > # textarea still exists because it might have been destroyed when > @@ -376,6 +377,7 @@ > keyposn $textarea > set Scheme $listoffile("$textarea",language) > set ColorizeIt $listoffile("$textarea",colorize) > + set currentencoding $listoffile("$textarea",encoding) > schememenus $textarea > highlighttextarea $textarea > TextStyles $textarea > @@ -546,6 +548,7 @@ > # it creates a new empty textarea > global winopened listoffile > global listoftextarea pad > + global defaultencoding > > # ensure that the cursor is changed to the default cursor > event generate [gettextareacur] > @@ -564,6 +567,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + set listoffile("$pad.new$winopened",encoding) $defaultencoding > lappend listoftextarea $pad.new$winopened > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > @@ -617,6 +621,7 @@ > set listoffile("$newta",undostackdepth) > $listoffile("$ta",undostackdepth) > set listoffile("$newta",redostackdepth) > $listoffile("$ta",redostackdepth) > set listoffile("$newta",progressbar_id) > $listoffile("$ta",progressbar_id) > + set listoffile("$newta",encoding) $listoffile("$ta",encoding) > lappend listoftextarea $newta > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > --- tcl/defaults.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/defaults.tcl Sun Dec 14 21:57:31 2008 > @@ -296,6 +296,10 @@ > # frame pathname in which $textarea is packed, or "none" if it is not > packed > array unset pwframe > > +# default encoding is the system native encoding > +set defaultencoding [encoding system] > +set currentencoding $defaultencoding > + > ############# > # source the user preferences file if any > # this must happen after the locale selection from Scilab's getlanguage() > above > --- tcl/filecommands.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/filecommands.tcl Sun Dec 14 23:04:27 2008 > @@ -111,6 +111,10 @@ > # true: file gets colorized > # false: no colorization for this file > # > +# listoffile("$ta",encoding) > +# name of the encoding in which the file is stored, > +# e.g. utf-8 or euc-jp or cp1252 or a lot of other possibilities > +# > # The windows menu entries are radionbuttons, with the following > # properties: > # -value is $winopened > @@ -135,6 +139,7 @@ > proc filesetasnew {} { > global winopened listoffile > global listoftextarea pad > + global defaultencoding > > # ensure that the cursor is changed to the default cursor > event generate [gettextareacur] > @@ -151,6 +156,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + set listoffile("$pad.new$winopened",encoding) $defaultencoding > lappend listoftextarea $pad.new$winopened > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > @@ -341,6 +347,7 @@ > unset listoffile("$textarea",undostackdepth) > unset listoffile("$textarea",redostackdepth) > unset listoffile("$textarea",progressbar_id) > + unset listoffile("$textarea",encoding) > > # the rest of this proc is similar to proc hidetext, > # but not identical > @@ -838,6 +845,8 @@ > # $file is not opened - this sets the $listoffile area values for that > file > # and adds an entry in the windows menu > global winopened pad listoffile > + global currentencoding > + > incr winopened > dupWidgetOption [gettextareacur] $pad.new$winopened > set listoffile("$pad.new$winopened",fullname) [file normalize $file] > @@ -854,6 +863,8 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + # there is no automatic detection of encoding (so far) : do it > at least for xml files > + set listoffile("$pad.new$winopened",encoding) $currentencoding > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > } > @@ -899,6 +910,7 @@ > # really open/read a file from disk > # all readability tests have normally been done before > global listoftextarea pad closeinitialbufferallowed > + global listoffile > set msgWait [mc "Wait seconds while loading and colorizing file"] > showinfo $msgWait > lappend listoftextarea $textarea > @@ -907,6 +919,7 @@ > closefile $pad.new1 > } > set newnamefile [open $thefile r] > + fconfigure $newnamefile -encoding $listoffile("$textarea",encoding) > while {![eof $newnamefile]} { > $textarea insert end [read -nonewline $newnamefile ] > } > @@ -1137,7 +1150,7 @@ > # really write the file onto the disk > # all writability tests have normally been done before > global filebackupdepth tcl_platform > - global pad > + global pad listoffile > > if {$nobackupskip} { > backupfile $nametosave $filebackupdepth > @@ -1186,6 +1199,7 @@ > } > > set FileNameToSave [open $nametosave w] > + fconfigure $FileNameToSave -encoding $listoffile("$textarea",encoding) > puts -nonewline $FileNameToSave [$pad.temptextwidget get 1.0 end] > close $FileNameToSave > > @@ -1329,6 +1343,24 @@ > foreach ta [filteroutpeers $listoftextarea] { > checkiffilechangedondisk $ta > } > +} > + > +################################################## > +# file encoding procs > +################################################## > +proc setencoding {} { > +# set the encoding property of the current buffer to be the encoding > +# currently selected in the encoding options menu > +# this proc is called when selecting any option of this menu > + global currentencoding listoffile > + set textarea [gettextareacur] > + foreach ta [getfullpeerset $textarea] { > + set listoffile("$ta",encoding) $currentencoding > + modifiedtitle $ta > + } > + # this is mandatory because any system calls get mangled otherwise > + # such as passing a filename to the system > + encoding system $currentencoding > } > > ################################################## > --- tcl/infomessages.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/infomessages.tcl Sun Dec 14 22:56:31 2008 > @@ -173,24 +173,30 @@ > > proc modifiedtitle {textarea {panesonly "false"}} { > # Set the Scipad window title to the name of the file displayed in > $textarea > -# and add tags (modified, readonly) > +# and add tags (modified, readonly, encoding (if different from the system > +# encoding at Scipad startup)) > # Do the same for the pane title if it exists (i.e. if not maximized) > # Update also the visual indications of the modified state of the buffer. > # This includes title bar, colorization of the windows menu entry and > # colorization of an area in the status bar > global pad winTitle ScipadVersion listoffile > global MenuEntryId > - set fname $listoffile("$textarea",displayedname) > - set ind [extractindexfromlabel $pad.filemenu.wind $fname] > - set mod1 ""; set mod2 "" > + global defaultencoding > + > if {$listoffile("$textarea",readonly) == 1} { > set mod1 [mc " \[ReadOnly\]"] > + } else { > + set mod1 "" > } > + > if {[isanymodified]} { > $pad.statusind configure -background PeachPuff > } else { > $pad.statusind configure -background [$pad.filemenu cget > -background] > } > + > + set fname $listoffile("$textarea",displayedname) > + set ind [extractindexfromlabel $pad.filemenu.wind $fname] > if {[ismodified $textarea]} { > set mod2 [mc " (modified)"] > if {$ind !=-1} { > @@ -198,25 +204,35 @@ > -activebackground LightSalmon > } > $pad.statusind configure -background Salmon > - } else { > + } else { > + set mod2 "" > if {$ind !=-1} { > $pad.filemenu.wind entryconfigure $ind -background "" \ > -activebackground "" > } > } > + > + if {$listoffile("$textarea",encoding) != $defaultencoding} { > + set mod3 " ($listoffile("$textarea",encoding))" > + } else { > + set mod3 "" > + } > + > if {$panesonly == "false"} { > # catched because scan will fail when launched from wish > if {[catch { > scan $ScipadVersion "%s - %s" ScipadVersionNumber > ScipadVersionString > - wm title $pad "$winTitle $ScipadVersionNumber - > $fname$mod1$mod2" > + wm title $pad "$winTitle $ScipadVersionNumber - > $fname$mod1$mod2$mod3" > }] } { > - wm title $pad "$winTitle - $fname$mod1$mod2" > + wm title $pad "$winTitle - $fname$mod1$mod2$mod3" > } > } > + > if {[isdisplayed $textarea]} { > [getpaneframename $textarea].panetitle configure \ > - -text "$fname$mod1$mod2" > + -text "$fname$mod1$mod2$mod3" > } > + > if {[ismodified $textarea] && \ > $listoffile("$textarea",thetime) !=0} { > $pad.filemenu.files entryconfigure \ > --- tcl/mainwindow.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/mainwindow.tcl Sun Dec 14 21:34:40 2008 > @@ -42,6 +42,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0; # used to > enable/disable the undo menu entry > set listoffile("$pad.new$winopened",redostackdepth) 0; # used to > enable/disable the redo menu entry > set listoffile("$pad.new$winopened",progressbar_id) ""; # colorization > progressbar identifier > +set listoffile("$pad.new$winopened",encoding) $defaultencoding > > set chset() {} > set words() {} > --- tcl/menues.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/menues.tcl Sun Dec 14 22:04:04 2008 > @@ -33,6 +33,7 @@ > global Shift_Tab > foreach c1 "$bgcolors $fgcolors" {global $c1} > global Tk85 > + global currentencoding > > #destroy old menues (used when changing language) > foreach w [winfo children $pad.filemenu] { > @@ -380,7 +381,7 @@ > -variable lang -value $l -command relocalize" > } > } > -# feature temporary disabled as not yet 100% ok (see bindings/issues.txt) > +# feature enabled yet not 100% ok (see bindings/issues.txt) - teasing! > menu $pad.filemenu.options.bindings -tearoff 0 > eval "$pad.filemenu.options add cascade [me "&Bindings style"] \ > -menu $pad.filemenu.options.bindings " > @@ -405,6 +406,13 @@ > eval "$pad.filemenu.options.messageboxes add radiobutton \ > [me "Copied in a &message box"] \ > -value true -variable ScilabErrorMessageBox" > + eval "$pad.filemenu.options add cascade [me "Enc&oding"] \ > + -menu $pad.filemenu.options.encodings" > + menu $pad.filemenu.options.encodings -tearoff 1 > + foreach en [lsort -dictionary [encoding names]] { > + $pad.filemenu.options.encodings add radiobutton -label $en \ > + -command {setencoding} -value $en -variable > currentencoding > + } > menu $pad.filemenu.options.exitopts -tearoff 0 > eval "$pad.filemenu.options add cascade [me "E&xit options"] \ > -menu $pad.filemenu.options.exitopts " > --- changelog.txt Sat Dec 13 15:13:14 2008 > +++ changelog.txt Mon Dec 15 22:43:07 2008 > @@ -1,3 +1,9 @@ > +Francois VOGEL, 14/12/08 > + * Selection of the file encoding is now possible through a new option > menu > + (this is a request from Yung-Jang Lee) - This is the implementation > + corresponding to SEP#12 > + * version --> 7.11.SEP12 > + > Francois VOGEL, 13/12/08 > * Fixed bug 3806 (drag and drop fails because package tkdnd is not found) > * File/Revert did not update the readonly flag. Reverting to the saved > state > @@ -40,7 +46,8 @@ > the last peer in the list (instead of the focused peer) did win the > title > bar label > * Added new command "Create help from head comments" - Initial code and > - function help_from_sci courtesy of Torbj?rn Pettersen > + function help_from_sci courtesy of Torbj?rn Pettersen - This is the > + implementation corresponding to SEP#9 > * version --> 7.7 > > Francois VOGEL, 03/10/08 > --- version.xml Sat Dec 13 15:13:14 2008 > +++ version.xml Mon Dec 15 22:43:17 2008 > @@ -15,5 +15,5 @@ > --> > > > - > + string="SciPad unstable-svn" /> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Wed Dec 24 17:04:13 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Thu, 25 Dec 2008 00:04:13 +0800 Subject: SEP#12: Scipad - Add support for encodings In-Reply-To: <4946D491.3050004@free.fr> References: <4946D491.3050004@free.fr> Message-ID: <9371b4280812240804m3ff27879q629a9215997d0b26@mail.gmail.com> Hi, SEP says: ------------------------ The present SEP could be augmented to include auto-detection of encoding for xml files if the upcoming discussion turns out to prove this is a valuable feature. ---------------------------------------- I missed these lines at first reading. I hope it is not too late to say "yes , auto-detection of encoding for xml file is a valuable feature for most online help author". And Yung-Jang Lee 2008/12/16 Fran?ois Vogel > Hi all, > > Please find attached SEP #12 (V1.0) which describes the proposed changes in > Scipad for supporting more encodings, as an answer to a recent request from > Yung-Jang Lee. > > The SEP includes a full implementation, that I also attach to this email > for your convenience (utf-8 encoded diff). > > Please comment as needed and give your opinion especially on the expressed > limitations of the current proposal. > > Francois > > --- tcl/msg_files/fr_fr.msg Sat Dec 13 15:13:14 2008 > +++ tcl/msg_files/fr_fr.msg Sun Dec 14 21:10:16 2008 > @@ -25,7 +25,7 @@ > # > > # Scipad texts in French by Francois Vogel > -# in sync at least with v7.11 > +# in sync at least with v7.12 > > > # commons > @@ -640,6 +640,7 @@ > ::msgcat::mcset fr_fr "Execution &errors" "E&rreurs d'ex?cution" > ::msgcat::mcset fr_fr "In Scilab &shell only" "Dans la fen?tre > &Scilab seulement" > ::msgcat::mcset fr_fr "Copied in a &message box" "Recopi?es dans > une &bo?te de dialogue" > + ::msgcat::mcset fr_fr "Enc&oding" "Encod&age" > ::msgcat::mcset fr_fr "E&xit options" "Option&s de fermeture" > ::msgcat::mcset fr_fr "Show closure &X" "Afficher le bouton &X de > fermeture" > ::msgcat::mcset fr_fr "Exit on &last file close" "Quitte si > &dernier fichier ferm?" > --- tcl/buffernavigation.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/buffernavigation.tcl Sun Dec 14 21:36:56 2008 > @@ -358,6 +358,7 @@ > # Set all the settings such that $textarea becomes the current one > global pad Scheme ColorizeIt listoffile textareaid > global buffermodifiedsincelastsearch > + global currentencoding > > # clear the selection when leaving a buffer - check first that the > # textarea still exists because it might have been destroyed when > @@ -376,6 +377,7 @@ > keyposn $textarea > set Scheme $listoffile("$textarea",language) > set ColorizeIt $listoffile("$textarea",colorize) > + set currentencoding $listoffile("$textarea",encoding) > schememenus $textarea > highlighttextarea $textarea > TextStyles $textarea > @@ -546,6 +548,7 @@ > # it creates a new empty textarea > global winopened listoffile > global listoftextarea pad > + global defaultencoding > > # ensure that the cursor is changed to the default cursor > event generate [gettextareacur] > @@ -564,6 +567,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + set listoffile("$pad.new$winopened",encoding) $defaultencoding > lappend listoftextarea $pad.new$winopened > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > @@ -617,6 +621,7 @@ > set listoffile("$newta",undostackdepth) > $listoffile("$ta",undostackdepth) > set listoffile("$newta",redostackdepth) > $listoffile("$ta",redostackdepth) > set listoffile("$newta",progressbar_id) > $listoffile("$ta",progressbar_id) > + set listoffile("$newta",encoding) $listoffile("$ta",encoding) > lappend listoftextarea $newta > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > --- tcl/defaults.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/defaults.tcl Sun Dec 14 21:57:31 2008 > @@ -296,6 +296,10 @@ > # frame pathname in which $textarea is packed, or "none" if it is not > packed > array unset pwframe > > +# default encoding is the system native encoding > +set defaultencoding [encoding system] > +set currentencoding $defaultencoding > + > ############# > # source the user preferences file if any > # this must happen after the locale selection from Scilab's getlanguage() > above > --- tcl/filecommands.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/filecommands.tcl Sun Dec 14 23:04:27 2008 > @@ -111,6 +111,10 @@ > # true: file gets colorized > # false: no colorization for this file > # > +# listoffile("$ta",encoding) > +# name of the encoding in which the file is stored, > +# e.g. utf-8 or euc-jp or cp1252 or a lot of other possibilities > +# > # The windows menu entries are radionbuttons, with the following > # properties: > # -value is $winopened > @@ -135,6 +139,7 @@ > proc filesetasnew {} { > global winopened listoffile > global listoftextarea pad > + global defaultencoding > > # ensure that the cursor is changed to the default cursor > event generate [gettextareacur] > @@ -151,6 +156,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + set listoffile("$pad.new$winopened",encoding) $defaultencoding > lappend listoftextarea $pad.new$winopened > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > @@ -341,6 +347,7 @@ > unset listoffile("$textarea",undostackdepth) > unset listoffile("$textarea",redostackdepth) > unset listoffile("$textarea",progressbar_id) > + unset listoffile("$textarea",encoding) > > # the rest of this proc is similar to proc hidetext, > # but not identical > @@ -838,6 +845,8 @@ > # $file is not opened - this sets the $listoffile area values for that > file > # and adds an entry in the windows menu > global winopened pad listoffile > + global currentencoding > + > incr winopened > dupWidgetOption [gettextareacur] $pad.new$winopened > set listoffile("$pad.new$winopened",fullname) [file normalize $file] > @@ -854,6 +863,8 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0 > set listoffile("$pad.new$winopened",redostackdepth) 0 > set listoffile("$pad.new$winopened",progressbar_id) "" > + # there is no automatic detection of encoding (so far) : do it > at least for xml files > + set listoffile("$pad.new$winopened",encoding) $currentencoding > > addwindowsmenuentry $winopened > $listoffile("$pad.new$winopened",displayedname) > } > @@ -899,6 +910,7 @@ > # really open/read a file from disk > # all readability tests have normally been done before > global listoftextarea pad closeinitialbufferallowed > + global listoffile > set msgWait [mc "Wait seconds while loading and colorizing file"] > showinfo $msgWait > lappend listoftextarea $textarea > @@ -907,6 +919,7 @@ > closefile $pad.new1 > } > set newnamefile [open $thefile r] > + fconfigure $newnamefile -encoding $listoffile("$textarea",encoding) > while {![eof $newnamefile]} { > $textarea insert end [read -nonewline $newnamefile ] > } > @@ -1137,7 +1150,7 @@ > # really write the file onto the disk > # all writability tests have normally been done before > global filebackupdepth tcl_platform > - global pad > + global pad listoffile > > if {$nobackupskip} { > backupfile $nametosave $filebackupdepth > @@ -1186,6 +1199,7 @@ > } > > set FileNameToSave [open $nametosave w] > + fconfigure $FileNameToSave -encoding $listoffile("$textarea",encoding) > puts -nonewline $FileNameToSave [$pad.temptextwidget get 1.0 end] > close $FileNameToSave > > @@ -1329,6 +1343,24 @@ > foreach ta [filteroutpeers $listoftextarea] { > checkiffilechangedondisk $ta > } > +} > + > +################################################## > +# file encoding procs > +################################################## > +proc setencoding {} { > +# set the encoding property of the current buffer to be the encoding > +# currently selected in the encoding options menu > +# this proc is called when selecting any option of this menu > + global currentencoding listoffile > + set textarea [gettextareacur] > + foreach ta [getfullpeerset $textarea] { > + set listoffile("$ta",encoding) $currentencoding > + modifiedtitle $ta > + } > + # this is mandatory because any system calls get mangled otherwise > + # such as passing a filename to the system > + encoding system $currentencoding > } > > ################################################## > --- tcl/infomessages.tcl Sat Dec 13 15:13:14 2008 > +++ tcl/infomessages.tcl Sun Dec 14 22:56:31 2008 > @@ -173,24 +173,30 @@ > > proc modifiedtitle {textarea {panesonly "false"}} { > # Set the Scipad window title to the name of the file displayed in > $textarea > -# and add tags (modified, readonly) > +# and add tags (modified, readonly, encoding (if different from the system > +# encoding at Scipad startup)) > # Do the same for the pane title if it exists (i.e. if not maximized) > # Update also the visual indications of the modified state of the buffer. > # This includes title bar, colorization of the windows menu entry and > # colorization of an area in the status bar > global pad winTitle ScipadVersion listoffile > global MenuEntryId > - set fname $listoffile("$textarea",displayedname) > - set ind [extractindexfromlabel $pad.filemenu.wind $fname] > - set mod1 ""; set mod2 "" > + global defaultencoding > + > if {$listoffile("$textarea",readonly) == 1} { > set mod1 [mc " \[ReadOnly\]"] > + } else { > + set mod1 "" > } > + > if {[isanymodified]} { > $pad.statusind configure -background PeachPuff > } else { > $pad.statusind configure -background [$pad.filemenu cget > -background] > } > + > + set fname $listoffile("$textarea",displayedname) > + set ind [extractindexfromlabel $pad.filemenu.wind $fname] > if {[ismodified $textarea]} { > set mod2 [mc " (modified)"] > if {$ind !=-1} { > @@ -198,25 +204,35 @@ > -activebackground LightSalmon > } > $pad.statusind configure -background Salmon > - } else { > + } else { > + set mod2 "" > if {$ind !=-1} { > $pad.filemenu.wind entryconfigure $ind -background "" \ > -activebackground "" > } > } > + > + if {$listoffile("$textarea",encoding) != $defaultencoding} { > + set mod3 " ($listoffile("$textarea",encoding))" > + } else { > + set mod3 "" > + } > + > if {$panesonly == "false"} { > # catched because scan will fail when launched from wish > if {[catch { > scan $ScipadVersion "%s - %s" ScipadVersionNumber > ScipadVersionString > - wm title $pad "$winTitle $ScipadVersionNumber - > $fname$mod1$mod2" > + wm title $pad "$winTitle $ScipadVersionNumber - > $fname$mod1$mod2$mod3" > }] } { > - wm title $pad "$winTitle - $fname$mod1$mod2" > + wm title $pad "$winTitle - $fname$mod1$mod2$mod3" > } > } > + > if {[isdisplayed $textarea]} { > [getpaneframename $textarea].panetitle configure \ > - -text "$fname$mod1$mod2" > + -text "$fname$mod1$mod2$mod3" > } > + > if {[ismodified $textarea] && \ > $listoffile("$textarea",thetime) !=0} { > $pad.filemenu.files entryconfigure \ > --- tcl/mainwindow.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/mainwindow.tcl Sun Dec 14 21:34:40 2008 > @@ -42,6 +42,7 @@ > set listoffile("$pad.new$winopened",undostackdepth) 0; # used to > enable/disable the undo menu entry > set listoffile("$pad.new$winopened",redostackdepth) 0; # used to > enable/disable the redo menu entry > set listoffile("$pad.new$winopened",progressbar_id) ""; # colorization > progressbar identifier > +set listoffile("$pad.new$winopened",encoding) $defaultencoding > > set chset() {} > set words() {} > --- tcl/menues.tcl Thu Nov 13 21:23:19 2008 > +++ tcl/menues.tcl Sun Dec 14 22:04:04 2008 > @@ -33,6 +33,7 @@ > global Shift_Tab > foreach c1 "$bgcolors $fgcolors" {global $c1} > global Tk85 > + global currentencoding > > #destroy old menues (used when changing language) > foreach w [winfo children $pad.filemenu] { > @@ -380,7 +381,7 @@ > -variable lang -value $l -command relocalize" > } > } > -# feature temporary disabled as not yet 100% ok (see bindings/issues.txt) > +# feature enabled yet not 100% ok (see bindings/issues.txt) - teasing! > menu $pad.filemenu.options.bindings -tearoff 0 > eval "$pad.filemenu.options add cascade [me "&Bindings style"] \ > -menu $pad.filemenu.options.bindings " > @@ -405,6 +406,13 @@ > eval "$pad.filemenu.options.messageboxes add radiobutton \ > [me "Copied in a &message box"] \ > -value true -variable ScilabErrorMessageBox" > + eval "$pad.filemenu.options add cascade [me "Enc&oding"] \ > + -menu $pad.filemenu.options.encodings" > + menu $pad.filemenu.options.encodings -tearoff 1 > + foreach en [lsort -dictionary [encoding names]] { > + $pad.filemenu.options.encodings add radiobutton -label $en \ > + -command {setencoding} -value $en -variable > currentencoding > + } > menu $pad.filemenu.options.exitopts -tearoff 0 > eval "$pad.filemenu.options add cascade [me "E&xit options"] \ > -menu $pad.filemenu.options.exitopts " > --- changelog.txt Sat Dec 13 15:13:14 2008 > +++ changelog.txt Mon Dec 15 22:43:07 2008 > @@ -1,3 +1,9 @@ > +Francois VOGEL, 14/12/08 > + * Selection of the file encoding is now possible through a new option > menu > + (this is a request from Yung-Jang Lee) - This is the implementation > + corresponding to SEP#12 > + * version --> 7.11.SEP12 > + > Francois VOGEL, 13/12/08 > * Fixed bug 3806 (drag and drop fails because package tkdnd is not found) > * File/Revert did not update the readonly flag. Reverting to the saved > state > @@ -40,7 +46,8 @@ > the last peer in the list (instead of the focused peer) did win the > title > bar label > * Added new command "Create help from head comments" - Initial code and > - function help_from_sci courtesy of Torbj?rn Pettersen > + function help_from_sci courtesy of Torbj?rn Pettersen - This is the > + implementation corresponding to SEP#9 > * version --> 7.7 > > Francois VOGEL, 03/10/08 > --- version.xml Sat Dec 13 15:13:14 2008 > +++ version.xml Mon Dec 15 22:43:17 2008 > @@ -15,5 +15,5 @@ > --> > > > - > + string="SciPad unstable-svn" /> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Wed Dec 24 18:42:09 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Wed, 24 Dec 2008 18:42:09 +0100 Subject: [Scilab-Dev] Failed to build Scilab with VC2008Express this week. In-Reply-To: <9371b4280812240622t723739e6k80769a6f82f03272@mail.gmail.com> References: <9371b4280812230559n230e3523pf2babd6dced3c3d8@mail.gmail.com> <4950FB7A.5060409@free.fr> <9371b4280812230720l78078488gf6def831ca4e6f2e@mail.gmail.com> <9371b4280812230744j31e2e918h75a4c8394657e6d7@mail.gmail.com> <49510856.6040001@free.fr> <9371b4280812230802h5fcce45dq756a067f9fc34e7b@mail.gmail.com> <4951112C.6090801@free.fr> <9371b4280812240622t723739e6k80769a6f82f03272@mail.gmail.com> Message-ID: <1230140529.49527471164ca@imp.free.fr> Well, there is this email that svn sends once a day to sum up daily changes in the svn codebase. Pierre could tell you better than I can. Easier maybe: run svn update in the prerequirements directory before every compilation attempt. F. Selon Yung-Jang Lee : > Hi, > > After update prerequirements, I can build Scilab from source again. > > Is there any way or from any place that I know I need to update my > prerequirements ? > > Yung-Jang Lee > > 2008/12/24 Fran??ois Vogel > > > The prerequirements are not migrated to GIT, they are still managed by SVN. > > Pierre said they would never migrate because this would create a repository > > of more than 3 GB. One of the main advantages that GIT puts forward is that > > you have a full fledged repository in your hard disk, and this is fine and > > realistic as long as you deal with text files that can easily be diff'ed > and > > the diff be compressed. Using GIT for versioning binary files looks it's > not > > the right tool. > > > > In short: update the prerequirements with svn, copy/paste then in the > > up-to-date git repository, and compile the Scilab-f2c solution under VC2008 > > Express. This works for me. > > > > Good night. > > F. > > > > > > Yung-Jang Lee said on 23/12/2008 17:02: > > > >> I may have used the SVN version of prerequirements for GIT. > >> > >> I will download and test it tomorrow (it's midnight in Taiwan now). > >> > >> Thanks. > >> > >> Yung-Jang Lee > >> > >> 2008/12/23 Fran??ois Vogel >> >> > >> > >> Did you follow the steps described here: > >> > >> http://wiki.scilab.org/Visual_Studio_C%2B%2B_2008_Express > >> > >> Especially what this page is saying about prerequirements? > >> > >> Did you try to clean and rebuild all? > >> > >> F. > >> > >> > >> Yung-Jang Lee said on 23/12/2008 16:44: > >> > >> > >> ------ Build started: Project: pvm, Configuration: Release Win32 > >> ------ > >> Make dependencies > >> Microsoft (R) Library Manager Version 9.00.21022.08 > >> Copyright (C) Microsoft Corporation. All rights reserved. > >> Creating library > >> d:\Git\scilab\scilab\modules\pvm\LibScilab.lib and object > >> d:\Git\scilab\scilab\modules\pvm\LibScilab.exp > >> Linking... > >> LINK : fatal error LNK1104: cannot open file 'LIBC.lib' > >> Build log was saved at > >> "file://d:\Git\scilab\scilab\modules\pvm\Release\BuildLog.htm" > >> > >> > >> > >> 2008/12/23 Yung-Jang Lee >> >> >> > >> > >> > >> I failed to build project pvm with 'Scilab_f2c' solution. I look > >> like pvm3 binaries (lib or dll) in my system are build with > >> old VC > >> compiler that need LIBC.lib to link. > >> > >> May be I am not doing right way in downloading Scilab, I just > >> > >> git pull > >> > >> Am I right ? > >> > >> Yung-Jang Lee > >> > >> 2008/12/23 Fran??ois Vogel >> > >> >> > >> > >> > >> Works for me today on the master up-to-date, with VC2008 > >> Express > >> on WinXP. > >> > >> And I can't find any occurrence of libc.lib in the compiled > >> scilab tree. > >> > >> F. > >> > >> > >> Yung-Jang Lee said on 23/12/2008 14:59: > >> > >> Hi, > >> > >> I failed to build scilab this week with Windows Xp + > >> VC 2008 > >> Express. It stops at building pvm related library with > >> following message, > >> LINK : fatal error LNK1104: cannot open file > >> 'LIBC.lib' > >> > >> Since VC 2008 Express don't provide LIBC.lib anymore, it > >> look like I must build pvm3 from source with VC2008 > >> myself. > >> > >> > >> Yung-Jang Lee > >> > >> > >> > >> > >> > >> > From fvogelnew1 at free.fr Thu Dec 25 17:44:16 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Thu, 25 Dec 2008 17:44:16 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> References: <4946D491.3050004@free.fr> <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> Message-ID: <1230223456.4953b860c22cb@imp.free.fr> Selon Yung-Jang Lee : > After apply the attached patch, I can test the implementation. It work for > me with CP950 and utf8 encoding and fit my need for editing utf8 files. Fine. > But I feel the encoding list is too long for selecting. I think most users > only play with a few of them but they distributed among this long encoding > list that make selection difficult. Agreed. > Can we put the most recent selected encoding at the top of the list or just > put system encoding and utf8 at the top ? Sure I can, although the work load is not the same in all cases. I can propose the following options: Option 1: The encoding menu has a submenu with a MRU list of encodings. Let's say this list has up to 5 items. An additional item labelled "All encodings" allows to open a submenu with all the encodings known by the application: Options -> Encoding -> cp950 utf-8 eur-jp (possibly other entries here) ------ (separating line) More encodings -> here all encodings available The MRU list is saved in the preferences file of Scipad. Option 2: Same layout in the options menu than for option 1, but instead of managing a MRU list there is only two options which are the default platform system encoding detected at Scipad startup, and utf-8. Needless to say, option 2 is much easier to implement than option 1. I understand that option 1 would perhaps be more convenient, but properly managing a MRU list is also a lot of work (believe me, I did it for the file menu). So what's your opinion about these two options? Francois From fvogelnew1 at free.fr Thu Dec 25 23:27:22 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Thu, 25 Dec 2008 23:27:22 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <9371b4280812240804m3ff27879q629a9215997d0b26@mail.gmail.com> References: <4946D491.3050004@free.fr> <9371b4280812240804m3ff27879q629a9215997d0b26@mail.gmail.com> Message-ID: <1230244042.495408caaed37@imp.free.fr> Selon Yung-Jang Lee : > > SEP says: Preliminary comment: You have sent two messages, both based on SEP#12 in revision V1.0. Are you aware I have sent a new version on 23 Dec., V1.1? > I hope it is not too late to say "yes , auto-detection of encoding for xml > file is a valuable feature for most online help author". Sure it is not too late. Here is my proposal for a specification of this feature: The encoding menu in the options menu receives a new saved preference "Auto-detect encoding when loading xml files". When this option is selected and the user opens a file, Scipad first detects the file type using the existing mechanism based on the file extension (proc extenstolang). When the file is detected to be an xml file, Scipad will launch a regular expression search to find the encoding name specified in the xml prolog. This prolog usually looks like: It is precisely defined in the XML specification http://www.w3.org/TR/xml and I will try to follow this specification as closely as it is possible within a single regexp. Writing (or integrating) a full fledged XML parser is of course out of the question. If no encoding name is found in the xml file just opened, nothing more happens. If an encoding name is found, it is compared (in lower case) against encodings Scipad knows about (those appearing in the encoding menu). If there is no match, nothing more happens. In principle there cannot be more than one match ([encoding names] is not supposed to contain duplicate entries). If there is at least one match, then the first match is kept. If this match is the same as the current encoding, nothing more happens. If the match differs from the current encoding, Scipad switches the current encoding to become the matched encoding, and then reopens the file in the same buffer using the matched encoding. What do you think? Francois From yjlee123 at gmail.com Fri Dec 26 05:36:29 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 26 Dec 2008 12:36:29 +0800 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <1230223456.4953b860c22cb@imp.free.fr> References: <4946D491.3050004@free.fr> <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> <1230223456.4953b860c22cb@imp.free.fr> Message-ID: <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> Compared with the work load involved, I think option 2 is OK for most users. May be let user statically add a few items at the top list is a compromise between option 1 and 2. Yungj-Jang 2008/12/26 > Selon Yung-Jang Lee : > > > After apply the attached patch, I can test the implementation. It work > for > > me with CP950 and utf8 encoding and fit my need for editing utf8 files. > > Fine. > > > But I feel the encoding list is too long for selecting. I think most > users > > only play with a few of them but they distributed among this long > encoding > > list that make selection difficult. > > Agreed. > > > Can we put the most recent selected encoding at the top of the list or > just > > put system encoding and utf8 at the top ? > > Sure I can, although the work load is not the same in all cases. I can > propose > the following options: > > Option 1: > The encoding menu has a submenu with a MRU list of encodings. Let's say > this > list has up to 5 items. An additional item labelled "All encodings" allows > to > open a submenu with all the encodings known by the application: > Options -> > Encoding -> > cp950 > utf-8 > eur-jp > (possibly other entries here) > ------ (separating line) > More encodings -> > here > all > encodings > available > The MRU list is saved in the preferences file of Scipad. > > Option 2: > Same layout in the options menu than for option 1, but instead of managing > a > MRU list there is only two options which are the default platform system > encoding detected at Scipad startup, and utf-8. > > > Needless to say, option 2 is much easier to implement than option 1. I > understand that option 1 would perhaps be more convenient, but properly > managing > a MRU list is also a lot of work (believe me, I did it for the file menu). > > So what's your opinion about these two options? > > Francois > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Fri Dec 26 05:44:40 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Fri, 26 Dec 2008 12:44:40 +0800 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> References: <4946D491.3050004@free.fr> <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> <1230223456.4953b860c22cb@imp.free.fr> <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> Message-ID: <9371b4280812252044n51ce5d9at9b34522b8276f609@mail.gmail.com> > > > May be let user statically add a few items at the top list is a compromise > between option 1 and 2. > I mean, the encoding look like Encoding -> cp950 utf-8 add to top <---- statically select other encoding to the top ------ (separating line) More encodings -> here all encodings available -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Sat Dec 27 10:57:01 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Sat, 27 Dec 2008 10:57:01 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> References: <4946D491.3050004@free.fr> <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> <1230223456.4953b860c22cb@imp.free.fr> <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> Message-ID: <1230371821.4955fbed0a12f@imp.free.fr> Selon Yung-Jang Lee : > Compared with the work load involved, I think option 2 is OK for most > users. > > May be let user statically add a few items at the top list is a compromise > between option 1 and 2. Well, in the meantime I have implemented an MRU list for encodings. Therefore you'll get option 1 that I have described earlier in another message. Francois From fvogelnew1 at free.fr Sat Dec 27 11:20:04 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Sat, 27 Dec 2008 11:20:04 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <1230371821.4955fbed0a12f@imp.free.fr> References: <4946D491.3050004@free.fr> <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> <1230223456.4953b860c22cb@imp.free.fr> <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> <1230371821.4955fbed0a12f@imp.free.fr> Message-ID: <1230373204.49560154b0979@imp.free.fr> Selon fvogelnew1 at free.fr: > Selon Yung-Jang Lee : > > > Compared with the work load involved, I think option 2 is OK for most > > users. > > > > May be let user statically add a few items at the top list is a compromise > > between option 1 and 2. > > Well, in the meantime I have implemented an MRU list for encodings. Therefore > you'll get option 1 that I have described earlier in another message. Additional refinement: the initial MRU list of encodings will receive two entries: the platform system encoding and "utf-8". Francois From yjlee123 at gmail.com Sun Dec 28 07:59:42 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Sun, 28 Dec 2008 14:59:42 +0800 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <1230373204.49560154b0979@imp.free.fr> References: <4946D491.3050004@free.fr> <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> <1230223456.4953b860c22cb@imp.free.fr> <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> <1230371821.4955fbed0a12f@imp.free.fr> <1230373204.49560154b0979@imp.free.fr> Message-ID: <9371b4280812272259v6f17e839p697e2ad20f769396@mail.gmail.com> > Additional refinement: the initial MRU list of encodings will receive two > entries: the platform system encoding and "utf-8". Encoding 'ISO-8859-1" must also be in the default MRU listing,because almost all Scilab source codes are encoded in 'ISO-8859-1". Developers of non-Latin-1 languages need this one to edit Scilab macros. And if SciPad open file through "File/open source of" menu item, the file encoding must be fixed to 'ISO-8859-1" rather than the one selected from "Option/Encoding" menu item. Yung-Jang Lee -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Sun Dec 28 14:31:15 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sun, 28 Dec 2008 14:31:15 +0100 Subject: Branch policies Message-ID: <1230471075.13599.8.camel@zlarin> Hello, Fran?ois pointed out that we didn't explain how we (opteam) are dealing with branches. I just wrote this page trying to explain all this: http://wiki.scilab.org/Scilab_branch_policies Don't hesitate if you have questions, Sylvestre From BlanchardJ at ieee.org Mon Dec 29 18:29:42 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 29 Dec 2008 13:29:42 -0400 Subject: exp10 function in LogarithmicBoundsComputer.cpp Message-ID: Hi all, The file scilab/modules/renderer/src/cpp/subwinDrawing/LogarithmicBoundsComputer.cpp use the exp10 function twice. Sadly this is a GNU extension and does not exist in all compilers, Sun studio 12 in this case. I fixed my copy of the source code by replacing the function by it's pow() equivalent and would like to know if it could be possible to have it changed it in the main source code. Thanks, Jonathan Blanchard From sylvestre.ledru at scilab.org Mon Dec 29 18:34:57 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 29 Dec 2008 18:34:57 +0100 Subject: [Scilab-Dev] exp10 function in LogarithmicBoundsComputer.cpp In-Reply-To: References: Message-ID: <1230572097.6988.87.camel@korcula.inria.fr> Hello, Le lundi 29 d?cembre 2008 ? 13:29 -0400, Jonathan Blanchard a ?crit : > Hi all, > > The file scilab/modules/renderer/src/cpp/subwinDrawing/LogarithmicBoundsComputer.cpp > use the exp10 function twice. Sadly this is a GNU extension and does > not exist in all compilers, Sun studio 12 in this case. I fixed my > copy of the source code by replacing the function by it's pow() > equivalent and would like to know if it could be possible to have it > changed it in the main source code. Sure, could you send the patch and I will apply it against the master. Btw, what is the result of: grep exp10 modules/core/includes/machine.h ? we have a macro which says if it is available or not and we should use it in the code like: #ifdef exp10 exp10(plop) #else ... Thanks Sylvestre From BlanchardJ at ieee.org Mon Dec 29 19:10:46 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 29 Dec 2008 14:10:46 -0400 Subject: [Scilab-Dev] exp10 function in LogarithmicBoundsComputer.cpp In-Reply-To: <1230572097.6988.87.camel@korcula.inria.fr> References: <1230572097.6988.87.camel@korcula.inria.fr> Message-ID: The included patch should work if you cd in / modules/renderer/src/cpp/subwinDrawing/ In machine.h at line 442 I found this : /* Provide a macro to do exp10 */ /* #undef exp10 */ Without anything else. It should be noted that I use the 5.0.3 source. Being away in the middle of nowhere, downloading the latest git source code is a bit impossible. So maybe a macro now exist for this function. (The patch was done from the latest version as I downloaded that one file to diff it.) Jonathan Blanchard On Mon, Dec 29, 2008 at 1:34 PM, Sylvestre Ledru wrote: > Hello, > > Le lundi 29 d?cembre 2008 ? 13:29 -0400, Jonathan Blanchard a ?crit : >> Hi all, >> >> The file scilab/modules/renderer/src/cpp/subwinDrawing/LogarithmicBoundsComputer.cpp >> use the exp10 function twice. Sadly this is a GNU extension and does >> not exist in all compilers, Sun studio 12 in this case. I fixed my >> copy of the source code by replacing the function by it's pow() >> equivalent and would like to know if it could be possible to have it >> changed it in the main source code. > Sure, could you send the patch and I will apply it against the master. > > Btw, what is the result of: > grep exp10 modules/core/includes/machine.h > ? > we have a macro which says if it is available or not and we should use > it in the code like: > #ifdef exp10 > exp10(plop) > #else > ... > > Thanks > Sylvestre > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: exp10patch.diff Type: application/octet-stream Size: 830 bytes Desc: not available URL: From sylvestre.ledru at inria.fr Tue Dec 30 01:07:11 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 30 Dec 2008 01:07:11 +0100 Subject: [Scilab-Dev] exp10 function in LogarithmicBoundsComputer.cpp In-Reply-To: References: <1230572097.6988.87.camel@korcula.inria.fr> Message-ID: <1230595631.3775.18.camel@zlarin> Le lundi 29 d?cembre 2008 ? 14:10 -0400, Jonathan Blanchard a ?crit : > The included patch should work if you cd in / > modules/renderer/src/cpp/subwinDrawing/ Thanks for the patch I made some changes and applied it against the branch 5 (commit 5ee20f7ff3d65761b5d41f530c29d9f0eb5a5f92 ) I will merge it tomorrow against the master. > In machine.h at line 442 I found this : > > /* Provide a macro to do exp10 */ > /* #undef exp10 */ > > Without anything else. > > It should be noted that I use the 5.0.3 source. Being away in the > middle of nowhere, downloading the latest git source code is a bit > impossible. So maybe a macro now exist for this function. (The patch > was done from the latest version as I downloaded that one file to diff > it.) Well, here, the machine.h is saying if the macro exp10 is available on the system or not. This work is done by the configure and it has nothing to do with Scilab itself. Sylvestre > Jonathan Blanchard > > > > On Mon, Dec 29, 2008 at 1:34 PM, Sylvestre Ledru > wrote: > > Hello, > > > > Le lundi 29 d?cembre 2008 ? 13:29 -0400, Jonathan Blanchard a ?crit : > >> Hi all, > >> > >> The file scilab/modules/renderer/src/cpp/subwinDrawing/LogarithmicBoundsComputer.cpp > >> use the exp10 function twice. Sadly this is a GNU extension and does > >> not exist in all compilers, Sun studio 12 in this case. I fixed my > >> copy of the source code by replacing the function by it's pow() > >> equivalent and would like to know if it could be possible to have it > >> changed it in the main source code. > > Sure, could you send the patch and I will apply it against the master. > > > > Btw, what is the result of: > > grep exp10 modules/core/includes/machine.h > > ? > > we have a macro which says if it is available or not and we should use > > it in the code like: > > #ifdef exp10 > > exp10(plop) > > #else > > ... > > > > Thanks > > Sylvestre > > > > > > From sylvestre.ledru at scilab.org Tue Dec 30 10:38:18 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 30 Dec 2008 10:38:18 +0100 Subject: [Scilab-Dev] exp10 function in LogarithmicBoundsComputer.cpp In-Reply-To: <1230595631.3775.18.camel@zlarin> References: <1230572097.6988.87.camel@korcula.inria.fr> <1230595631.3775.18.camel@zlarin> Message-ID: <1230629898.6988.103.camel@korcula.inria.fr> Le mardi 30 d?cembre 2008 ? 01:07 +0100, Sylvestre Ledru a ?crit : > Le lundi 29 d?cembre 2008 ? 14:10 -0400, Jonathan Blanchard a ?crit : > > The included patch should work if you cd in / > > modules/renderer/src/cpp/subwinDrawing/ > Thanks for the patch > I made some changes and applied it against the branch 5 (commit > 5ee20f7ff3d65761b5d41f530c29d9f0eb5a5f92 ) > I will merge it tomorrow against the master. Done Here is the change I have done: http://gitweb.scilab.org/?p=scilab;a=commitdiff;h=5ee20f7ff3d65761b5d41f530c29d9f0eb5a5f92 Sylvestre From fvogelnew1 at free.fr Tue Dec 30 11:10:10 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 30 Dec 2008 11:10:10 +0100 Subject: [Scilab-Dev] Branch policies In-Reply-To: <1230471075.13599.8.camel@zlarin> References: <1230471075.13599.8.camel@zlarin> Message-ID: <4959F382.5070600@free.fr> Very good, thanks. I have added my 2c in that page. Please fix my mistakes since my changes are just the way I understand the existing branches and I obviously miss many information. Francois Sylvestre Ledru said on 28/12/2008 14:31: > Hello, > > Fran?ois pointed out that we didn't explain how we (opteam) are dealing > with branches. > > I just wrote this page trying to explain all this: > http://wiki.scilab.org/Scilab_branch_policies > > Don't hesitate if you have questions, > Sylvestre > From sylvestre.ledru at scilab.org Tue Dec 30 11:11:52 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 30 Dec 2008 11:11:52 +0100 Subject: [Scilab-Dev] Branch policies In-Reply-To: <4959F382.5070600@free.fr> References: <1230471075.13599.8.camel@zlarin> <4959F382.5070600@free.fr> Message-ID: <1230631912.6988.109.camel@korcula.inria.fr> Le mardi 30 d?cembre 2008 ? 11:10 +0100, Fran?ois Vogel a ?crit : > Very good, thanks. > > I have added my 2c in that page. Please fix my mistakes since my > changes are just the way I understand the existing branches and I > obviously miss many information. I am going to fix it but please, don't use the wiki this way... It is not a forum. Sylvestre From fvogelnew1 at free.fr Tue Dec 30 11:52:24 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 30 Dec 2008 11:52:24 +0100 Subject: [Scilab-Dev] Branch policies In-Reply-To: <1230631912.6988.109.camel@korcula.inria.fr> References: <1230471075.13599.8.camel@zlarin> <4959F382.5070600@free.fr> <1230631912.6988.109.camel@korcula.inria.fr> Message-ID: <4959FD68.5060307@free.fr> Sylvestre Ledru said on 30/12/2008 11:11: > I am going to fix it but please, don't use the wiki this way... It > is not a forum. Thanks for updating my guesses. But why did you remove any reference to some existing branches, such as scicos, scicos_work, package_manager, etc? http://wiki.scilab.org/Scilab_branch_policies?action=diff&rev2=6&rev1=5 Besides, I probably lack some culture but after googling again I only found "Message passing Interface" among the possible matches that could be related to a use in Scilab. Is this the good match? Francois From sylvestre.ledru at scilab.org Tue Dec 30 12:06:30 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 30 Dec 2008 12:06:30 +0100 Subject: [Scilab-Dev] Branch policies In-Reply-To: <4959FD68.5060307@free.fr> References: <1230471075.13599.8.camel@zlarin> <4959F382.5070600@free.fr> <1230631912.6988.109.camel@korcula.inria.fr> <4959FD68.5060307@free.fr> Message-ID: <1230635190.6988.119.camel@korcula.inria.fr> Le mardi 30 d?cembre 2008 ? 11:52 +0100, Fran?ois Vogel a ?crit : > Sylvestre Ledru said on 30/12/2008 11:11: > > I am going to fix it but please, don't use the wiki this way... It > > is not a forum. > > Thanks for updating my guesses. But why did you remove any reference > to some existing branches, such as scicos, scicos_work, > package_manager, etc? > http://wiki.scilab.org/Scilab_branch_policies?action=diff&rev2=6&rev1=5 Just because they are dead branches. > Besides, I probably lack some culture but after googling again I only > found "Message passing Interface" among the possible matches that > could be related to a use in Scilab. Is this the good match? Yep, it is. I didn't feel the need to detail this because people who might need it know what it is. But don't hesitate if you want to add a link. Sylvestre From sylvestre.ledru at scilab.org Tue Dec 30 18:17:56 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 30 Dec 2008 18:17:56 +0100 Subject: PATCH for file name, path name under non-UTF8 locale In-Reply-To: <9371b4280812280605j154bbd49wa0efc6e3d4bf5fdb@mail.gmail.com> References: <9371b4280812280605j154bbd49wa0efc6e3d4bf5fdb@mail.gmail.com> Message-ID: <1230657476.6988.214.camel@korcula.inria.fr> Hello Yung-Jang, If you don't mind, let's go public (especially since you are the author of a great work). I applied your patch against my source tree and I have nice directories & files called dir_??_other... and I didn't see any problems (except small issues in the tests). I adapted your test to our unitary testing system. If you want to have a look: modules/fileio/tests/unit_tests/non-iso-filename.tst [1] I pushed everything. It is the commit 08c6212e3b3579343a63d53d2fc073bc84bcb6ec [2] Thanks again for your work! Sylvestre PS: Both URLs should work soon: [1] http://gitweb.scilab.org/?p=scilab.git;a=blob;f=scilab/modules/fileio/tests/unit_tests/non-iso-filename.dia.ref;h=18a8d0f698718f227885282e9a0ad22c1e4ac678;hb=a3b0fd5e61642b7fefd956a4a670e82b4a1983e4 [2] http://gitweb.scilab.org/?p=scilab.git;a=commitdiff;h=08c6212e3b3579343a63d53d2fc073bc84bcb6ec Le dimanche 28 d?cembre 2008 ? 22:05 +0800, Yung-Jang Lee a ?crit : > Allan , Sylvestre : > > Attached is the patch based on current master GIT to fix bugs for > pathname and file name in Scilab commands. > > This patch contains the other small patchs I send to you a couple of > days before. > > I have test this patch under Winndows+zh_TW with the following > script . I think you may test this script with something link > specialName='???' in fr_FR language. > > > > Yung-Jang Lee > > > > ///////////////////////////////////////////////////////////////////////////////////////// > // > // Script to thest file name, path name of Scilab command > // > // set specialName with system encoding characters > 127 > // > specialName='??' ;// for CP950, BIG5with character code > 127 > // specialName='???'; // for fr_FR > dirName ='dir_'+specialName; > fileName ='file_'+specialName; > fileWithExt='file_'+specialName+'.ext'; > > // 1. > // test mkdir, createdir,cd > // > mkdir(dirName); > createdir(dirName+'_other'); > cd(dirName); > > // 2. > //fix bug in sci_getcwd, for pwd and getcwd > // > pwd; //<-------fail, call getcwd > getcwd();//<---fail call scigetcwd > // 3. > // test mopen > // > fd=mopen(fileName,'w');mclose(fd);// ok > //4. > // copyfile (host,unix) > copyfile(fileName,fileWithExt) > copyfile(fileName,'../'+dirName+'_other') > //5 > // mputl, mfprintf > // > mputl([specialName+'1';specialName+'2'],fileName+'_mputl'); > mfprintf(fileName+'_mfprintf','%s %f',specialName+'3',%pi); > //6 > // Fortran style open/close > // filename fixed, but string in fortran file still in UTF encoding > // > fd=file('open',fileName+'_open','new') ; fprintf(fd,'%s % > f',specialName+'3',%pi); file('close',fd); > fprintf(fileName+'_fprintf','%s %f',specialName+'3',%pi); > fprintfMat(fileName+'_Mat',[11,12;21,22],'%5.2f',specialName > +'_fprintfMat Test'); > //7 > // findfiles.c > // > ls()// > listfiles() // > dir() // > findfiles('.','*') > ls('../'+dirName) // > listfiles('../'+dirName) // > dir('../'+dirName) // > findfiles('.','*'+specialName+'.*') > //8 > // test getshortpathname,getlongpathname > // > sname=getshortpathname(fileName) > lname=getlongpathname(sname); > //9 > // test deletefile, removedir > // > deletefile(fileWithExt); // > removedir('../'+dirName+'_other'); > /////////////////////////////////////////////////////////////////////////// From fvogelnew1 at free.fr Tue Dec 30 18:33:42 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 30 Dec 2008 18:33:42 +0100 Subject: [Scilab-Dev] Gitweb update In-Reply-To: <4951E238.9090109@freesurf.fr> References: <4951E238.9090109@freesurf.fr> Message-ID: <495A5B76.5060205@free.fr> Collette Yann said on 24/12/2008 08:18: > change commited before 8:00. > Seen on gitweb at 8:16. Sadly not as good as this for me. Today, in master there has been activity around 14:30, then again just before 18:00, as git log reveals: ---------- $ git log -n 7 commit a3b0fd5e61642b7fefd956a4a670e82b4a1983e4 Author: Sylvestre Ledru Date: Tue Dec 30 17:54:48 2008 +0100 Almost all the i/o functions (isdir, mkdir, cd, chdir, mopen, fileinfo, mclose, deletefile, findfiles, ls, listfiles, getshortpathname, getlongpathname, removedir...) now handle file and directory names containing UTF-8 characters. This is the work of Yung-Jang Lee. Many thanks! (Unitary tests provided) commit 08c6212e3b3579343a63d53d2fc073bc84bcb6ec Author: Yung-Jang Lee Date: Tue Dec 30 17:53:21 2008 +0100 Almost all the i/o functions (isdir, mkdir, cd, chdir, mopen, fileinfo, mclose, deletefile, findfiles, ls, listfiles, getshortpathname, getlongpathname, removedir...) now handle file and directory names containing UTF-8 characters. This is the work of Yung-Jang Lee. Many thanks! commit 0ff9fd7eb41574fd10603eb021c1984cca2e267a Author: Sylvestre Ledru Date: Tue Dec 30 17:47:46 2008 +0100 easier way commit 717d50ea4e7bd522c37010999d0a58796e94bb29 Author: Sylvestre Ledru Date: Tue Dec 30 17:47:08 2008 +0100 Cosmetic commit 8f4d63bc132910ff0a19a4e53c06c81505b619ed Author: Sylvestre Ledru Date: Tue Dec 30 17:46:37 2008 +0100 merged commit 157cf08519383c75248ab2e07a334d24870055d1 Author: Sylvestre Ledru Date: Tue Dec 30 17:44:09 2008 +0100 informations => information commit 6507d2d3f4f839de62b744d4cb82036a40818dcf Merge: 019e8d3... 18e73e7... Author: Pierre MARECHAL Date: Tue Dec 30 14:30:50 2008 +0100 Merge commit 'refs/remotes/origin/5.0' ---------- At 18:22 I still couldn't see anything more recent than the commit from Pierre at 14:30. Now at 18:25 I can see all the above commit in Gitweb. Don't know what's happening. This delay is much larger than the few minutes Pierre announced. I guess we should accept things as they are, at least I'm out of ideas when trying to understand why it had a shorter lag with ViewVC (I'm talking of the lag between the availability of the updated page at the Inria server and the time when I can see it, not the cron update rate). Francois From fvogelnew1 at free.fr Tue Dec 30 23:19:50 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 30 Dec 2008 23:19:50 +0100 Subject: [Scilab-Dev] SEP#12: Scipad - Add support for encodings In-Reply-To: <9371b4280812272259v6f17e839p697e2ad20f769396@mail.gmail.com> References: <4946D491.3050004@free.fr> <9371b4280812240751p40573a94g4f51c54b82ee56f2@mail.gmail.com> <1230223456.4953b860c22cb@imp.free.fr> <9371b4280812252036r1a55040dgca1564a368fd7313@mail.gmail.com> <1230371821.4955fbed0a12f@imp.free.fr> <1230373204.49560154b0979@imp.free.fr> <9371b4280812272259v6f17e839p697e2ad20f769396@mail.gmail.com> Message-ID: <495A9E86.70104@free.fr> Yung-Jang Lee said on 28/12/2008 07:59: > Encoding 'ISO-8859-1" must also be in the default MRU listing,because > almost all Scilab source codes are encoded in 'ISO-8859-1". Developers > of non-Latin-1 languages need this one to edit Scilab macros. Agreed. > And if SciPad open file through "File/open source of" menu item, the > file encoding must be fixed to 'ISO-8859-1" rather than the one selected > from "Option/Encoding" menu item. Agreed. "File/Open source of" will ignore the encoding selected in the "Options/Encoding" menu. The file read through this command will use iso8859-1 and switch Scipad to use this encoding for reading the file. I'm currently preparing a new version of SEP#12. I will release it ASAP. Francois From sylvestre.ledru at scilab.org Wed Dec 31 11:29:23 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 31 Dec 2008 11:29:23 +0100 Subject: [Scilab-Dev] Re: PATCH for file name, path name under non-UTF8 locale In-Reply-To: <1230657476.6988.214.camel@korcula.inria.fr> References: <9371b4280812280605j154bbd49wa0efc6e3d4bf5fdb@mail.gmail.com> <1230657476.6988.214.camel@korcula.inria.fr> Message-ID: <1230719363.6988.252.camel@korcula.inria.fr> Le mardi 30 d?cembre 2008 ? 18:17 +0100, Sylvestre Ledru a ?crit : > Hello Yung-Jang, > > If you don't mind, let's go public (especially since you are the author > of a great work). > > I applied your patch against my source tree and I have nice directories > & files called dir_??_other... and I didn't see any problems (except > small issues in the tests). > > I adapted your test to our unitary testing system. If you want to have a > look: > modules/fileio/tests/unit_tests/non-iso-filename.tst > [1] > > I pushed everything. It is the commit > 08c6212e3b3579343a63d53d2fc073bc84bcb6ec > [2] > > Thanks again for your work! > Sylvestre > PS: Both URLs should work soon: > [1] Actually, the URL were: Unitary test: http://gitweb.scilab.org/?p=scilab;a=blob;f=scilab/modules/fileio/tests/unit_tests/non-iso-filename.dia.ref;h=18a8d0f698718f227885282e9a0ad22c1e4ac678;hb=a3b0fd5e61642b7fefd956a4a670e82b4a1983e4 and Modifications in the code: http://gitweb.scilab.org/?p=scilab;a=commitdiff;h=08c6212e3b3579343a63d53d2fc073bc84bcb6ec Sylvestre From BlanchardJ at ieee.org Wed Dec 31 21:10:59 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Wed, 31 Dec 2008 16:10:59 -0400 Subject: Blank graphic windows... Message-ID: Hi, I'm trying to create a Solaris package for Scilab and everything work except I get a blank window when plotting. Java raise no exceptions which mean that all the required libraries are found. I get a blank window if I try a plot command once, If I do the plot command again without closing the window the curve get displayed but not the axis. If and only if I resize the graphic windows and then hit redraw the full graphic get displayed. Any insight on this situation? Jonathan Blanchard