You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(6) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2004 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(4) |
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
2005 |
Jan
(2) |
Feb
(1) |
Mar
(2) |
Apr
|
May
(2) |
Jun
(3) |
Jul
(5) |
Aug
(4) |
Sep
(5) |
Oct
(7) |
Nov
(3) |
Dec
(1) |
2006 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(1) |
Dec
(12) |
2007 |
Jan
(7) |
Feb
(9) |
Mar
(4) |
Apr
(3) |
May
|
Jun
(9) |
Jul
(3) |
Aug
(18) |
Sep
(13) |
Oct
(5) |
Nov
(6) |
Dec
(4) |
2008 |
Jan
(9) |
Feb
(8) |
Mar
(28) |
Apr
(25) |
May
(11) |
Jun
(9) |
Jul
(24) |
Aug
(11) |
Sep
(16) |
Oct
(21) |
Nov
(46) |
Dec
(67) |
2009 |
Jan
(37) |
Feb
(18) |
Mar
(29) |
Apr
(48) |
May
(112) |
Jun
(96) |
Jul
(67) |
Aug
(24) |
Sep
(20) |
Oct
(34) |
Nov
(8) |
Dec
(13) |
2010 |
Jan
(10) |
Feb
(6) |
Mar
(36) |
Apr
(50) |
May
(78) |
Jun
(67) |
Jul
(40) |
Aug
(58) |
Sep
(30) |
Oct
(9) |
Nov
|
Dec
(1) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(1) |
2015 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
(1) |
Sep
(3) |
Oct
(1) |
Nov
(3) |
Dec
|
2016 |
Jan
(3) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(4) |
2017 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(2) |
May
(9) |
Jun
(13) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: <vin...@gm...> - 2017-10-01 21:57:25
|
See http://jpicedt.sourceforge.net/site/index.php?section=overview&page=what_s_new&language=en Vincent. --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus |
From: Thomas W. <in...@ma...> - 2017-07-28 09:03:25
|
Guten tag. Ich möchte Ihnen unser Produkt anbieten, das ideal zum Profil Ihrer Firma passt. Dieses Produkt erlaubt Ihnen, mit Ihrem Angebot die Geschäftskunden sofort zu erreichen und dadurch den Verkauf schnell zu erhöhen. Zu Ihrer Verfügung stellen wir einen Firmenadressenkatalog, der direkte Kontaktanagaben von Inhabern, Direktoren und Hauptentscheidungsträgern beinhaltet. Der Katalog enthält 1,6 Millionen vollständiger Adressen und ist einer der größten Kataloge dieser Art in Deutschland. Schon jetzt können Sie den Katalog für die Werbung und Förderung Ihrer Produkte nutzen. Kapitalrentabilität (RoI) ist garantiert. Einmal kaufen – mehrmals nutzen! http://www.db-adr.net/?page=1 Mit freundlichen Grüßen Thomas Wilke |
From: Barbara L. <hen...@ar...> - 2017-04-30 20:05:28
|
Hi I visited your website yesterday.. I'm currently looking for employment either full time or as a intern to get experience in the job fiield. Please review my Resume and let me know what you think. Kind regards, -- Barbara Long |
From: Matchdate <no...@da...> - 2016-12-29 19:43:48
|
Matchdate http://www.dating4mes.com/profiles/index.php/view/neGBVLbdEp64V/39514c0f/head 3 Nové zprávy AHOJ JPICEDT-USERS, CECILY HTTP://WWW.DATING4MES.COM/PROFILES/INDEX.PHP/VIEW/NEGBVLBDEP64V/39514C0F VÁM POSLAL ZPRÁVU! http://www.dating4mes.com/profiles/index.php/view/neGBVLbdEp64V/39514c0f Cecily http://www.dating4mes.com/profiles/index.php/view/neGBVLbdEp64V/39514c0f 32 OPEN ZPRÁV http://www.dating4mes.com/profiles/index.php/view/neGBVLbdEp64V/39514c0f If you wish to unsubscribe and stop receiving thise emails klikněte zde http://www.dating4mes.com/profiles/index.php/unsubscribe/neGBVLbdEp64V/39514c0f MatchLTD Partnersip, City Road 910, 88787 Athens, Greece |
From: <vin...@gm...> - 2016-12-01 17:24:54
|
Dear Dr Satish Shukla, Yes for parametric plotting it is the same story, just add : import jpicedt.jpicedt_env.widgets.*; at the beginning of the file. Thank you for filing the bug, I will correct it and make a new release as soon as I can... VBR, Vincent Belaïche Le 01/12/2016 à 12:53, Dr. Satish Shukla a écrit : > Thanks a lot Dear friend, it works. > > Note that the same problem is with parametric plotting! What will work for this? The Same?? > > With my Best Wishes and lot of thanks > > Dr. Satish Shukla > Department of Applied Mathematics > Shri Vaishnav Institute of Technology & Science > Indore (M.P.), 453331 > India > > -------------------------------------------- > On Thu, 1/12/16, Vincent Belaïche <vin...@gm...> wrote: > > Subject: Re: About an issue in jpicedt > To: sat...@ya... > Cc: "Vincent Belaïche" <vin...@gm...>, "jPicEdt Users" <jpi...@li...> > Date: Thursday, 1 December, 2016, 5:05 PM > > Dear Dr Satish, > > Thank you for noting that. I > have attached the fixed script. > > Sorry for creating this problem : at some point > of time I have moved the > WholeNumberField > class from the jpicedt.widget package to the > jpicedt.jpicedt_env.widget package in order to > commonalize some code > between the > application and the installer, but I have not paid > attention > to the impact on bsh scripts. [...] --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus |
From: <vin...@gm...> - 2016-12-01 11:35:07
|
Dear Dr Satish, Thank you for noting that. I have attached the fixed script. Sorry for creating this problem : at some point of time I have moved the WholeNumberField class from the jpicedt.widget package to the jpicedt.jpicedt_env.widget package in order to commonalize some code between the application and the installer, but I have not paid attention to the impact on bsh scripts. Could you please file a bug here : https://sourceforge.net/p/jpicedt/bugs/ BTW, for your information, have you tried the script in Examples/Plot/Plot example It makes a plot using some .txt data file created by a scilab script (you could use matlab, octave, anything to create the same sort of file). This bsh script examplify how to make smoother good looking plots (with fewer points) when you have not only the function itself, but also the first or first and second derivatives of the function. You need to run the scilab script first. It is easy to modify the scilab or bsh script to your needs in order to make your own plots. Vincent. --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus |
From: Dr. S. S. <sat...@ya...> - 2016-12-01 09:35:47
|
Dear User/Developer/ I have the following Isue, please help me. When I want to draw (plot) a function in jpicedt 1.6 pre1 it shows an error:: Bean Shell script evaluation error: "WholeNumberField" at line 200 in file [C:\jpicedt-install_1_6-pre1_20160719\macros\Maths\Plot_function.bsh] Please guide me what can I do? Thanks and Best Wishes Dr. Satish Shukla Department of Applied Mathematics Shri Vaishnav Institute of Technology & Science Indore (M.P.), 453331 India |
From: Vincent B. <vin...@gm...> - 2016-10-05 06:47:18
|
Je ne sais pas si tu as remarqué, mais avec la dernière version on peut aussi compiler sur place (dans le même répertoire). Il y a un exemple donné dans le manuel comment intégrer le préambule et le postambule au fichier... Le 4 octobre 2016 à 22:32, Vincent Belaïche <vin...@gm...> a écrit : > Ben non, jPicEdt ne rajoute pas le sh au début, comment tu veux qu'il > devine que tu utilises un script sh et pas un script python ou perl, > ou trucmuche ? > > Il faut que tu corriges la ligne dans > > Éditer/Préférence.../Commandes > > Mets la liste jpi...@li... en copie > > Sinon tu peux éditer directement ~/.jpicedt/preferences en corrigeant > la ligne command.latex=... comme ça : > > command.latex=sh "{i}/add-ons/unix/texshop_osx/myscript.sh" "{p}" {f} > > V. > > Le 4 octobre 2016 à 19:51, Benjamin FREYD <ben...@gm...> a écrit : >> Bonjour, >> >> Merci pour ta réponse rapide! >> >> La ligne de commande >> >> /Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh >> /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617 >> >> fonctionne depuis le terminal OSX, mais il est possible que ça bug car pour >> lancer un script .sh sous OSX, il faut utiliser le préfixe sh : >> >> sh /Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh >> /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617 >> >> Peut-être que JPic ne l'inclut pas? Je vais essayer d'utiliser un autre type >> de script, type bash. >> >> Je n'ai pas compris ce que tu voulais dire par "mets la liste en copie"... >> >> Le 4 octobre 2016 à 10:08, Vincent Belaïche <vin...@gm...> a >> écrit : >>> >>> ---------- Message transféré ---------- >>> De : Vincent Belaïche <vin...@gm...> >>> Date : 3 octobre 2016 à 22:55 >>> Objet : Re: Bug JPic Edt >>> À : jPicEdt Users <jpi...@li...> >>> Cc : Vincent Belaïche <vin...@gm...> >>> >>> >>> Salut, >>> >>> Je ne connais pas très bien OSX, mais est-ce que la ligne de commande >>> suivante fonctionne ? : >>> >>> /Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh >>> /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617 >>> >>> en supposant que le fichier jpicedt3418122300616344617.tex existe bien >>> dans le répertoire /Users/benjaminfreyd/Documents/JPic_temp >>> >>> >>> Notamment est-ce que OSX associe bien le bon sh.exe à l'extension de >>> fichier .sh ? >>> >>> Est-ce que dans tes préférences c'est bien le répertoire : >>> >>> /Users/benjaminfreyd/Documents/JPic_temp >>> >>> qui est configuré comme le répertoire temp de jPicEdt ? >>> >>> Vincent >>> >>> PS-1 : pour info, si tu utilises Pstricks et que tu veux du PDF en sortie, >>> alors tu peux utilise latex au lieu de xelatex en l'appelant via latexmk >>> qui fera tout l'enchaînement... >>> PS-2 : mets la liste en copie... >>> >>> >>> Le 03/10/2016 à 21:09, Benjamin FREYD a écrit : >>> > Bonjour Vincent, >>> > >>> > J'utilise JPic depuis un moment et je ne suis jamais parvenu à utiliser >>> > la compilation Latex intégrée. J'utilise la version 1.6 pre-1 sous OSX 10.9. >>> > J'utilise le code shell suivant que je lance via la commande Latex de JPic : >>> > >>> > #!/bin/sh >>> > cd $1 >>> > xelatex $2.tex >>> > >>> > J'appelle Xelatex car j'utilise PStricks. Le script fonctionne bien >>> > lorsque lancé depuis le terminal avec les mêmes arguments que JPic, mais >>> > depuis JPic j'obtiens: >>> > >>> > jPicEdt running LaTeX on >>> > `/Users/benjaminfreyd/Documents/JPic_temp/jpicedt3418122300616344617.tex' >>> > with ``/Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh >>> > /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617'' >>> > Le processus a renvoyé une Valeur de sortie non-nulle ! >>> > jPicEdt external process: process terminated (OK). >>> > >>> > Et le fichier TeX n'est pas compilé. >>> > >>> > Aurais-tu une explication à ce résultat? >>> > >>> > En te remerciant d'avance, >>> > Bien à toi, >>> > -- >>> > Benjamin Freyd >>> > OFCE >>> > >>> >>> >>> --- >>> L'absence de virus dans ce courrier électronique a été vérifiée par le >>> logiciel antivirus Avast. >>> https://www.avast.com/antivirus >> >> >> >> >> -- >> Benjamin Freyd >> OFCE >> |
From: Vincent B. <vin...@gm...> - 2016-10-04 20:32:51
|
Ben non, jPicEdt ne rajoute pas le sh au début, comment tu veux qu'il devine que tu utilises un script sh et pas un script python ou perl, ou trucmuche ? Il faut que tu corriges la ligne dans Éditer/Préférence.../Commandes Mets la liste jpi...@li... en copie Sinon tu peux éditer directement ~/.jpicedt/preferences en corrigeant la ligne command.latex=... comme ça : command.latex=sh "{i}/add-ons/unix/texshop_osx/myscript.sh" "{p}" {f} V. Le 4 octobre 2016 à 19:51, Benjamin FREYD <ben...@gm...> a écrit : > Bonjour, > > Merci pour ta réponse rapide! > > La ligne de commande > > /Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh > /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617 > > fonctionne depuis le terminal OSX, mais il est possible que ça bug car pour > lancer un script .sh sous OSX, il faut utiliser le préfixe sh : > > sh /Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh > /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617 > > Peut-être que JPic ne l'inclut pas? Je vais essayer d'utiliser un autre type > de script, type bash. > > Je n'ai pas compris ce que tu voulais dire par "mets la liste en copie"... > > Le 4 octobre 2016 à 10:08, Vincent Belaïche <vin...@gm...> a > écrit : >> >> ---------- Message transféré ---------- >> De : Vincent Belaïche <vin...@gm...> >> Date : 3 octobre 2016 à 22:55 >> Objet : Re: Bug JPic Edt >> À : jPicEdt Users <jpi...@li...> >> Cc : Vincent Belaïche <vin...@gm...> >> >> >> Salut, >> >> Je ne connais pas très bien OSX, mais est-ce que la ligne de commande >> suivante fonctionne ? : >> >> /Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh >> /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617 >> >> en supposant que le fichier jpicedt3418122300616344617.tex existe bien >> dans le répertoire /Users/benjaminfreyd/Documents/JPic_temp >> >> >> Notamment est-ce que OSX associe bien le bon sh.exe à l'extension de >> fichier .sh ? >> >> Est-ce que dans tes préférences c'est bien le répertoire : >> >> /Users/benjaminfreyd/Documents/JPic_temp >> >> qui est configuré comme le répertoire temp de jPicEdt ? >> >> Vincent >> >> PS-1 : pour info, si tu utilises Pstricks et que tu veux du PDF en sortie, >> alors tu peux utilise latex au lieu de xelatex en l'appelant via latexmk >> qui fera tout l'enchaînement... >> PS-2 : mets la liste en copie... >> >> >> Le 03/10/2016 à 21:09, Benjamin FREYD a écrit : >> > Bonjour Vincent, >> > >> > J'utilise JPic depuis un moment et je ne suis jamais parvenu à utiliser >> > la compilation Latex intégrée. J'utilise la version 1.6 pre-1 sous OSX 10.9. >> > J'utilise le code shell suivant que je lance via la commande Latex de JPic : >> > >> > #!/bin/sh >> > cd $1 >> > xelatex $2.tex >> > >> > J'appelle Xelatex car j'utilise PStricks. Le script fonctionne bien >> > lorsque lancé depuis le terminal avec les mêmes arguments que JPic, mais >> > depuis JPic j'obtiens: >> > >> > jPicEdt running LaTeX on >> > `/Users/benjaminfreyd/Documents/JPic_temp/jpicedt3418122300616344617.tex' >> > with ``/Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh >> > /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617'' >> > Le processus a renvoyé une Valeur de sortie non-nulle ! >> > jPicEdt external process: process terminated (OK). >> > >> > Et le fichier TeX n'est pas compilé. >> > >> > Aurais-tu une explication à ce résultat? >> > >> > En te remerciant d'avance, >> > Bien à toi, >> > -- >> > Benjamin Freyd >> > OFCE >> > >> >> >> --- >> L'absence de virus dans ce courrier électronique a été vérifiée par le >> logiciel antivirus Avast. >> https://www.avast.com/antivirus > > > > > -- > Benjamin Freyd > OFCE > |
From: <vin...@gm...> - 2016-10-03 20:55:32
|
Salut, Je ne connais pas très bien OSX, mais est-ce que la ligne de commande suivante fonctionne ? : /Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617 en supposant que le fichier jpicedt3418122300616344617.tex existe bien dans le répertoire /Users/benjaminfreyd/Documents/JPic_temp Notamment est-ce que OSX associe bien le bon sh.exe à l'extension de fichier .sh ? Est-ce que dans tes préférences c'est bien le répertoire : /Users/benjaminfreyd/Documents/JPic_temp qui est configuré comme le répertoire temp de jPicEdt ? Vincent PS-1 : pour info, si tu utilises Pstricks et que tu veux du PDF en sortie, alors tu peux utilise latex au lieu de xelatex en l'appelant via latexmk qui fera tout l'enchaînement... PS-2 : mets la liste en copie... Le 03/10/2016 à 21:09, Benjamin FREYD a écrit : > Bonjour Vincent, > > J'utilise JPic depuis un moment et je ne suis jamais parvenu à utiliser la compilation Latex intégrée. J'utilise la version 1.6 pre-1 sous OSX 10.9. J'utilise le code shell suivant que je lance via la commande Latex de JPic : > > #!/bin/sh > cd $1 > xelatex $2.tex > > J'appelle Xelatex car j'utilise PStricks. Le script fonctionne bien lorsque lancé depuis le terminal avec les mêmes arguments que JPic, mais depuis JPic j'obtiens: > > jPicEdt running LaTeX on `/Users/benjaminfreyd/Documents/JPic_temp/jpicedt3418122300616344617.tex' with ``/Applications/jpicedt/1.6-pre1/add-ons/unix/texshop_osx/myscript.sh /Users/benjaminfreyd/Documents/JPic_temp jpicedt3418122300616344617'' > Le processus a renvoyé une Valeur de sortie non-nulle ! > jPicEdt external process: process terminated (OK). > > Et le fichier TeX n'est pas compilé. > > Aurais-tu une explication à ce résultat? > > En te remerciant d'avance, > Bien à toi, > -- > Benjamin Freyd > OFCE > --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus |
From: ceramics <us...@em...> - 2016-02-18 02:00:10
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html> <head> <title>Untitled document</title> </head> <body> <p style="font-family: Simsun; font-size: medium;">Dear Sir,</p> <p style="font-family: Simsun; font-size: medium;">Glad to know you are interested in ceramic products. Our new design picture below for your reference.</p> <p style="font-family: Simsun; font-size: medium;"><img src="https://farm6.staticflickr.com/5690/22358525375_6e16f262d2_o.jpg" border="0" /></p> <p style="font-family: Simsun; font-size: medium;">If you have any simple, detail info or requirement, pls send us to produce and will offer high quality and best price for you.</p> <p style="font-family: Simsun; font-size: medium;">Kind regards!</p> <p style="font-family: Simsun; font-size: medium;">Emily</p> <p style="font-family: Simsun; font-size: medium;">Mobile/WhatsApp: +86 13077925516</p> <p style="font-family: Simsun; font-size: medium;">Email: em...@ta...</p> <p style="font-family: Simsun; font-size: medium;">Skype: jenifer.li3</p> <img src="http://42.200.33.239/oem/to.php?p=tq/tp/rs/2sjl/ts/rs" width="5" height="2" alt="."> </body> </html> |
From: V-pack <guo...@16...> - 2015-11-24 01:26:12
|
Dear Sir, Glad to get your contact information from net. We manufacture packaging machines for food, pharmaceutical and chemical materials, with good quality and competitive price. Hope to be a partner of your company. E-catalog will be provided if needed. Email me or just call me directly. Thank you. Jane (Oversea Business) GUANGZHOU V-PACK INDUSTRY CORPORATION LTD. Add.: 1-2/F, Building No.3, 63 Punan Rd, Huangpu District, Guangzhou, Guangdong, China, 510760 Direct line.: (0086 20) 8202 3317 Fax: (0086 20) 8224 4196 Mob./WhatsApp: 0086 159 1878 9201 Skype: kwjane |
From: Ceramics <us...@em...> - 2015-11-09 03:03:11
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html> <head> <title>Untitled document</title> </head> <body> <p>Dear Sir,</p> <p> </p> <p>Are you interested in saving some money on importing any of the following?:<br /><br />-Coffee Mugs & Personalized mugs</p> <p>-Ceramic plates & Bowls &Saucer</p> <p>-Tableware sets & Dinnerware sets</p> <p>-Hotel porcelain & Airline porcelain etc</p> <p><br />All of our products are very affordable as a result of being produced in special economic development regions of China and we are more than happy to help you with the import process too!<br /><br />My contact details are below, and I would be glad to hear from you.</p> <p> </p> <p>Thanks & Best Regards</p> <p> </p> <p>Emily</p> <p>Mobile/WhatsApp: +86 13077925516<br />Email: em...@ta... <br />Skype: jenifer.li3 </p> <img src="http://133.130.96.105/oem/to.php?p=rz/rx/rs/2sjl/ry/rs" width="5" height="2" alt="."> </body> </html> |
From: robin <mo...@co...> - 2015-09-11 06:21:11
|
Dea Manager Our Company specializes in professional mold design and professional mold manufacturing. 1. in mold decoration process 2.Two Shot Molding 3.dboule color mold 4. Over Mold manufacturers 5. Mold Design and part design, through to mold manufacture. 6.Die Cast-Aluminum & Zinc 7.the tolerance of our technology is within ±0.01mm Mar.2rd. 2015 About Sofitel mold Cold & Hot Runner / Single & Multi-Cavity -Injection moulding Die Cast -Aluminum & Zinc Insert Molds Overmolding Injection Mould Show Advantages On production management, we adopt project management model. And all projects are efficiently managed and followed up by engineers, so all projects are arranged reasonable, finished in short time with low cost and resource-efficient. Plastic Project: Record client’s information Establish project memo Compose operation manual Production meetings Production following up Delivery of plastic parts Customer Visiting Welcome you come for visiting us at any time . We are here for waiting you ! For more information , please visit the below link. www.plasticmouldmaking.com Please send 3D/2D drawings or samples to us if you have any queries with regards to the above.Through streamlining the production of molds,we can help you cut cost up to 70%! Have a great day and we look forward to your response. Best Regards Robin Ningbo Sofitel Plastic mold manufacturer company limited http://www.plasticmouldmaking.com Yuyao XiangHao Mould Technology Company limited http://www.xianghaomold.com Tel: 86-574-22660584 Mob: 86-18967877555 skype:luobaiding Ms. Robin | Service: + 8619067877555 | Website: www.plasticmouldmaking.com | E : pla...@gm... |
From: robin <mo...@co...> - 2015-06-05 15:42:46
|
Dea Manager Our Company specializes in professional mold design and professional mold manufacturing. 1. in mold decoration process 2.Two Shot Molding 3.dboule color mold 4. Over Mold manufacturers 5. Mold Design and part design, through to mold manufacture. 6.Die Cast-Aluminum & Zinc 7.the tolerance of our technology is within ±0.01mm Mar.2rd. 2015 About Sofitel mold Cold & Hot Runner / Single & Multi-Cavity -Injection moulding Die Cast -Aluminum & Zinc Insert Molds Overmolding Injection Mould Show Advantages On production management, we adopt project management model. And all projects are efficiently managed and followed up by engineers, so all projects are arranged reasonable, finished in short time with low cost and resource-efficient. Plastic Project: Record client’s information Establish project memo Compose operation manual Production meetings Production following up Delivery of plastic parts Customer Visiting Welcome you come for visiting us at any time . We are here for waiting you ! For more information , please visit the below link. www.plasticmouldmaking.com Please send 3D/2D drawings or samples to us if you have any queries with regards to the above.Through streamlining the production of molds,we can help you cut cost up to 70%! Have a great day and we look forward to your response. Best Regards Robin Ningbo Sofitel Plastic mold manufacturer company limited http://www.plasticmouldmaking.com Yuyao XiangHao Mould Technology Company limited http://www.xianghaomold.com Tel: 86-574-22660584 Mob: 86-18967877555 skype:luobaiding Ms. Robin | Service: + 8619067877555 | Website: www.plasticmouldmaking.com | E : pla...@gm... |
From: Nadya <sun...@be...> - 2014-10-20 03:48:59
|
Hullo! This is Nadja. I want to discover with you! I 'm? I enjoy exercising and taking care of my shape and health, nature and relaxing somewhere at the water with a cup of hot black tea with a warm blanket on at under the moon and seeing the sights, any dancing. I useded to take dance classes in my childhood. I do want to have a unique a friendship based simply on love and respect. I want to have a genuine, kind and honest man. I wouldn't like the my man telling me that he agrees to my opinion just to make me agreeable. Having different characters is interesting as well! You can to write to me... Bye-bye |
From: Vincent B. <vin...@or...> - 2013-02-10 05:57:22
|
FYI, I placed the encoder source file here also: http://jpicedt.cvs.sourceforge.net/viewvc/jpicedt/jpicedt/utf8_to_escapedlatin1.cpp?view=markup Vincent Vincent Belaïche a écrit : > Thanks a lot, > > I attached a C++ programme which took me roughly one hour to write and > such that > > utf8_to_escapedlatin1.exe file_in_utf8 file_in_latin1escaped > > should do the same job as: > > native2ascii.exe -encoding utf8 file_in_utf8 file_in_latin1escaped > > well, I tried it on the Russian translation, and native2ascii.exe > adds a trailing end of line at the end of file, which my program > don't, otherwise outputs are identical on this example. > > I compiled it for you on MSWindows (.exe is in the zip file which you > can unzip with 7z) in case that you don't have any C++ compiler at > hand, but of course you can trash the zip file and compile the C++ > after reading the 100 lines of code. > > Good luck with your PHD thesis, and for the translation, take your > time, no hurry ;-) > > VBR, > Vincent. > > PS: If you want any day to come into the project, please get in touch > with me, and I send you instructions how to generate from sources: one > needs to get two thrid party pieces of code, BSH & MAC OSX jarbundler > > M a écrit : >> Now it works. Thank you very much. >> >> I'll try to do the translation as you like. I don't have JDK, but I >> will use online converter following this tip: >> http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=How_to_translate_OpenJUMP_into_another_language#Problems_with_.22special.22_characters_.28e.g._translation_of_asian_languages_or_european_accented_characters.29 >> >> >> I wanted to install JDK to help you with this transparent code but >> last time a programmed in Java was about 10 years ago and the project >> was not even half as complicated as yours. So it'd take long to get >> me into project. Unfortunately, I don't have enough time these days. >> I've got to finish my phd thesis before June so I have to put this >> plans off. Because of that don't expect the translation will be done >> soon, either. >> >> Best regards, >> M >> >> On 2013-02-07 21:55, Vincent Belaïche wrote: >>> M a écrit : >>>> On 2013-02-05 21:17, Vincent Belaïche wrote:> Well, you could do some >>>> really ugly trick that would work with the >>>>> current version of jPicEdt in plain LaTeX: >>>>> >>>>> 1) add the following code into your preamble >>>>> >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> \makeatletter >>>>> \newcommand*\setcolorinpic{} >>>>> \newcommand*\setcolorinpic@a{} >>>>> \def\setcolorinpic#1{% >>>>> \color{#1}% >>>>> \edef\@tempa{\the\catcode125 } >>>>> \catcode125=11 % >>>>> \setcolorinpic@a >>>>> } >>>>> \def\setcolorinpic@a#1#2{% >>>>> \catcode125=\@tempa\relax } >>>>> \makeatother >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> >>>>> 2) The put into you picture some text element that contains the >>>>> following text (and only this text) where you replace red by whatever >>>>> color you like >>>>> >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> \expandafter}\expandafter}\setcolorinpic{red} >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> >>>>> The generated code will look like this: >>>>> >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> %%Created by jPicEdt 1.6-pre1: mixed JPIC-XML/LaTeX format >>>>> %%Tue Feb 05 21:06:00 CET 2013 >>>>> %%Begin JPIC-XML >>>>> %<?xml version="1.0" standalone="yes"?> >>>>> %<jpic x-min="45" x-max="45" y-min="20" y-max="50" >>>>> auto-bounding="true"> >>>>> %<text anchor-point="(45,50)" >>>>> % > >>>>> %black text >>>>> %</text> >>>>> %<text anchor-point="(45,35)" >>>>> % > >>>>> %\expandafter}\expandafter}\setcolorinpic{red} >>>>> %</text> >>>>> %<text anchor-point="(45,20)" >>>>> % > >>>>> %red text >>>>> %</text> >>>>> %</jpic> >>>>> %%End JPIC-XML >>>>> %LaTeX-picture environment using emulated lines and arcs >>>>> %You can rescale the whole picture (to 80% for instance) by using the >>>>> command \def\JPicScale{0.8} >>>>> \ifx\JPicScale\undefined\def\JPicScale{1}\fi >>>>> \unitlength \JPicScale mm >>>>> \begin{picture}(45,50)(0,0) >>>>> \put(45,50){\makebox(0,0)[cc]{black text}} >>>>> >>>>> >>>> \put(45,35){\makebox(0,0)[cc]{\expandafter}\expandafter}\setcolorinpic{red}}} >>>> >>>> >>>>> >>>>> >>>>> \put(45,20){\makebox(0,0)[cc]{red text}} >>>>> >>>>> \end{picture} >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> >>>>> With this the text element with "black text" will be in black and the >>>>> text element "red text" will be in red. >>>>> >>>>> Please note that you can put some text before the string >>>>> >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> \expandafter}\expandafter}\setcolorinpic{red} >>>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>>> >>>>> But you should not put any text after it ! >>>>> >>>>> So it will be all account where the text element that contains the >>>>> color >>>>> setting will be place : it could have any (x,y) position when it does >>>>> not contain anything else than the color setting, but the Z-order >>>>> will >>>>> matter as anything with greater Z-order will be colored, and anything >>>>> with lower Z-order will not be colored. >>>>> >>>>> Hoping that this can help, >>>>> Vincent. >>>> >>>> >>>> I can't get it working. This is my main file: >>>> >>>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>>> \documentclass{article} >>>> \usepackage{color} >>>> >>>> \begin{document} >>>> >>>> \makeatletter >>>> \newcommand*\setcolorinpic{} >>>> \newcommand*\setcolorinpic@{} >>>> \def\setcolorinpic#1{% >>>> \color{#1}% >>>> \edef\@tempa{\the\catcode125 } >>>> \catcode125=11 % >>>> \setcolorinpic@ >>>> } >>>> \def\setcolorinpic@{% >>>> \catcode125=\@tempa\relax >>>> } >>>> \makeatother >>>> >>>> jPicEdt test >>>> >>>> \input{pic.tex} >>>> >>>> \end{document} >>>> >>>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>>> a here is the pic.tex code: >>>> >>>> %%Created by jPicEdt 1.6-pre1: mixed JPIC-XML/LaTeX format >>>> %%Wed Feb 06 14:15:46 CET 2013 >>>> %%Begin JPIC-XML >>>> %<?xml version="1.0" standalone="yes"?> >>>> %<jpic x-min="37.5" x-max="45" y-min="33.75" y-max="50" >>>> auto-bounding="true"> >>>> %<text anchor-point="(45,50)" >>>> % > >>>> %black text >>>> %</text> >>>> %<text anchor-point="(37.5,34.38)" >>>> % > >>>> %\expandafter}\expandafter}\setcolorinpic{red} >>>> %</text> >>>> %<text anchor-point="(38.12,33.75)" >>>> % > >>>> %\expandafter}\expandafter}\setcolorinpic{red} >>>> %</text> >>>> %</jpic> >>>> %%End JPIC-XML >>>> %LaTeX-picture environment using emulated lines and arcs >>>> %You can rescale the whole picture (to 80% for instance) by using the >>>> command \def\JPicScale{0.8} >>>> \ifx\JPicScale\undefined\def\JPicScale{1}\fi >>>> \unitlength \JPicScale mm >>>> \begin{picture}(45,50)(0,0) >>>> \put(45,50){\makebox(0,0)[cc]{black text}} >>>> >>>> \put(37.5,34.38){\makebox(0,0)[cc]{\expandafter}\expandafter}\setcolorinpic{red}}} >>>> >>>> >>>> >>>> \put(55,50){\makebox(0,0)[cc]{red text}} >>>> >>>> >>>> \end{picture} >>>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>>> >>>> I keep getting the following error: >>>> >>>> Underfull \hbox (badness 10000) detected at line 27 >>>> [][] >>>> ! You can't use `\raise' in vertical mode. >>>> \put (#1,#2)#3->\@killglue \raise >>>> #2\unitlength \hb@xt@ \z@ {\kern #1\unitle... >>>> l.29 \put(55,50){\makebox(0,0)[cc]{red text}} >>>> >>>> ? >>>> >>>> After deleting the line with "setcolorpic" everything works fine. >>>> Any hint? I work on Windows, MikTeX 2.9 >>>> >>>> So far, for the text objects I simply write: >>>> \color{red} $\alpha\dot \beta$ = 7 >>>> in the text field, getting the following code in the file: >>>> %%%%%%%%%%%%%%%%%%%% >>>> \put(28.12,61.88){\makebox(0,0)[cc]{\color{red} $\alpha\dot \beta$ >>>> = 7}} >>>> %%%%%%%%%%%%%%%%%%%% >>>> Maybe it doesn't look pretty in jPicEdt window but it works. >>>> >>>>> >>>>> PS: I am quite surprised that your dvi viewer can display colors set >>>>> with \color, but not colors of a PSTricks or TikZ drawing. Maybe you >>>>> should really investigate whether LEd can have another viewer >>>>> configured. I use EMACS AUCTeX and with it you can configure whatever >>>>> viewer you like. >>>> >>>> As far as I know LEd can't have another viewer. Unfortunately, last >>>> LEd realese was in 2009, and the project is rather dead. >>>> >>>> EMACS -- a bit too sophisticated for me :-). It's easier to ask you >>>> for a new feature than to force myself to learn EMACS ;-) >>>> >>>>> By the way, you still can file the feature request about inserting >>>>> transparently code to the generated LaTeX file. >>>> >>>> Already done. >>>> >>>>> Contributions are welcome, be it bug reports, feature requests, or >>>>> internationalization translations ;-) >>>>> >>>>> Vincent. >>>> >>>> I'll keep that in mind. Maybe I'll try to do polish translation in my >>>> free time. I'll contact you when I will have it done. >>>> >>>> >>> >>> The problem is because you should have `#1#2' after >>> `\def\setcolorinpic@' so the definition of \setcolorinpic@ is the >>> following >>> >>> \def\setcolorinpic@#1#2{% >>> \catcode125=\@tempa\relax >>> } >>> >>> The purpose of `#1#2' is only to gobble the `}}' that ends the block >>> into which you insert `\expandafter}\expandafter}\setcolorinpic{red}'. >>> As a matter of fact, those `}}' are no longer useful as they are >>> replaced by those inside, >>> `\expandafter}\expandafter}\setcolorinpic{red}', one after each >>> \expandafter control sequence. >>> >>> Thank you for your proposal for doing the Polish translation --- is >>> that >>> fine if the Polish translation is written in utf-8, and not in latin-2. >>> Encoding utf-8 would be simpler for me because I can re-use the same >>> coding conversion arguments in the build file as for russian which is >>> also in utf-8 (not koi-8). >>> >>> I attached a file utf8_i18n_pl.properties which is already in UTF-8 and >>> where I translated the 3 first keys to Polish we Google translate, >>> i.e. : >>> >>> about.APictureEditorFor=Wektor edytor grafiki dla LaTeX >>> about.AboutPicEdt=O jPicEdt >>> action.command.DVI.mnemonic=V >>> action.command.DVI.tooltip=Uruchom przeglądarkę DVI >>> >>> If you can read them then the only thing to do is to write the other >>> keys. >>> >>> In order to install the translation to polish at your jPicEdt please >>> follow the following procedure: >>> 1) first you need to convert utf8_i18n_pl.properties file in UTF-8 >>> encoding to utf8_i18n_pl.properties file in LATIN-1 (aka iso-8859-1) >>> with the native2ascii tool. This tool is part of the JDK tool set, if >>> you don't have this installed send the file to me and I can do the >>> conversion. >>> 2) place i18n_pl.properties in the same place as other >>> i18n_xx.properties files in your installation >>> 3) you must restart jPicEdt for it to be effective. >>> >>> I have not found any way to download only native2ascii.exe without all >>> the JDK.exe, anyway it should not be too hard either to write a script >>> or a small console application to do the same job in the UTF-8 -> >>> LATIN1 >>> case, if you think that you really need that to tune the translation, >>> then I can prepare that for you. >>> >>> VBR, >>> Vincent. >>> >>> file://localhost/c%3A/Programme/Java/doc/Java%20SE%206%20Documentation.mht >>> >>> Vincent. >> >> > |
From: Vincent B. <vin...@gm...> - 2013-02-10 05:40:42
|
Thanks a lot, I attached a C++ programme which took me roughly one hour to write and such that utf8_to_escapedlatin1.exe file_in_utf8 file_in_latin1escaped should do the same job as: native2ascii.exe -encoding utf8 file_in_utf8 file_in_latin1escaped well, I tried it on the Russian translation, and native2ascii.exe adds a trailing end of line at the end of file, which my program don't, otherwise outputs are identical on this example. I compiled it for you on MSWindows (.exe is in the zip file which you can unzip with 7z) in case that you don't have any C++ compiler at hand, but of course you can trash the zip file and compile the C++ after reading the 100 lines of code. Good luck with your PHD thesis, and for the translation, take your time, no hurry ;-) VBR, Vincent. PS: If you want any day to come into the project, please get in touch with me, and I send you instructions how to generate from sources: one needs to get two thrid party pieces of code, BSH & MAC OSX jarbundler M a écrit : > Now it works. Thank you very much. > > I'll try to do the translation as you like. I don't have JDK, but I > will use online converter following this tip: > http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=How_to_translate_OpenJUMP_into_another_language#Problems_with_.22special.22_characters_.28e.g._translation_of_asian_languages_or_european_accented_characters.29 > > > I wanted to install JDK to help you with this transparent code but > last time a programmed in Java was about 10 years ago and the project > was not even half as complicated as yours. So it'd take long to get me > into project. Unfortunately, I don't have enough time these days. I've > got to finish my phd thesis before June so I have to put this plans > off. Because of that don't expect the translation will be done soon, > either. > > Best regards, > M > > On 2013-02-07 21:55, Vincent Belaïche wrote: >> M a écrit : >>> On 2013-02-05 21:17, Vincent Belaïche wrote:> Well, you could do some >>> really ugly trick that would work with the >>>> current version of jPicEdt in plain LaTeX: >>>> >>>> 1) add the following code into your preamble >>>> >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> \makeatletter >>>> \newcommand*\setcolorinpic{} >>>> \newcommand*\setcolorinpic@a{} >>>> \def\setcolorinpic#1{% >>>> \color{#1}% >>>> \edef\@tempa{\the\catcode125 } >>>> \catcode125=11 % >>>> \setcolorinpic@a >>>> } >>>> \def\setcolorinpic@a#1#2{% >>>> \catcode125=\@tempa\relax } >>>> \makeatother >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> >>>> 2) The put into you picture some text element that contains the >>>> following text (and only this text) where you replace red by whatever >>>> color you like >>>> >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> \expandafter}\expandafter}\setcolorinpic{red} >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> >>>> The generated code will look like this: >>>> >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> %%Created by jPicEdt 1.6-pre1: mixed JPIC-XML/LaTeX format >>>> %%Tue Feb 05 21:06:00 CET 2013 >>>> %%Begin JPIC-XML >>>> %<?xml version="1.0" standalone="yes"?> >>>> %<jpic x-min="45" x-max="45" y-min="20" y-max="50" >>>> auto-bounding="true"> >>>> %<text anchor-point="(45,50)" >>>> % > >>>> %black text >>>> %</text> >>>> %<text anchor-point="(45,35)" >>>> % > >>>> %\expandafter}\expandafter}\setcolorinpic{red} >>>> %</text> >>>> %<text anchor-point="(45,20)" >>>> % > >>>> %red text >>>> %</text> >>>> %</jpic> >>>> %%End JPIC-XML >>>> %LaTeX-picture environment using emulated lines and arcs >>>> %You can rescale the whole picture (to 80% for instance) by using the >>>> command \def\JPicScale{0.8} >>>> \ifx\JPicScale\undefined\def\JPicScale{1}\fi >>>> \unitlength \JPicScale mm >>>> \begin{picture}(45,50)(0,0) >>>> \put(45,50){\makebox(0,0)[cc]{black text}} >>>> >>>> >>> \put(45,35){\makebox(0,0)[cc]{\expandafter}\expandafter}\setcolorinpic{red}}} >>> >>> >>>> >>>> >>>> \put(45,20){\makebox(0,0)[cc]{red text}} >>>> >>>> \end{picture} >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> >>>> With this the text element with "black text" will be in black and the >>>> text element "red text" will be in red. >>>> >>>> Please note that you can put some text before the string >>>> >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> \expandafter}\expandafter}\setcolorinpic{red} >>>> --8<-----8<-----8<-----8<-----8<-----8<-----8<--- >>>> >>>> But you should not put any text after it ! >>>> >>>> So it will be all account where the text element that contains the >>>> color >>>> setting will be place : it could have any (x,y) position when it does >>>> not contain anything else than the color setting, but the Z-order will >>>> matter as anything with greater Z-order will be colored, and anything >>>> with lower Z-order will not be colored. >>>> >>>> Hoping that this can help, >>>> Vincent. >>> >>> >>> I can't get it working. This is my main file: >>> >>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>> \documentclass{article} >>> \usepackage{color} >>> >>> \begin{document} >>> >>> \makeatletter >>> \newcommand*\setcolorinpic{} >>> \newcommand*\setcolorinpic@{} >>> \def\setcolorinpic#1{% >>> \color{#1}% >>> \edef\@tempa{\the\catcode125 } >>> \catcode125=11 % >>> \setcolorinpic@ >>> } >>> \def\setcolorinpic@{% >>> \catcode125=\@tempa\relax >>> } >>> \makeatother >>> >>> jPicEdt test >>> >>> \input{pic.tex} >>> >>> \end{document} >>> >>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>> a here is the pic.tex code: >>> >>> %%Created by jPicEdt 1.6-pre1: mixed JPIC-XML/LaTeX format >>> %%Wed Feb 06 14:15:46 CET 2013 >>> %%Begin JPIC-XML >>> %<?xml version="1.0" standalone="yes"?> >>> %<jpic x-min="37.5" x-max="45" y-min="33.75" y-max="50" >>> auto-bounding="true"> >>> %<text anchor-point="(45,50)" >>> % > >>> %black text >>> %</text> >>> %<text anchor-point="(37.5,34.38)" >>> % > >>> %\expandafter}\expandafter}\setcolorinpic{red} >>> %</text> >>> %<text anchor-point="(38.12,33.75)" >>> % > >>> %\expandafter}\expandafter}\setcolorinpic{red} >>> %</text> >>> %</jpic> >>> %%End JPIC-XML >>> %LaTeX-picture environment using emulated lines and arcs >>> %You can rescale the whole picture (to 80% for instance) by using the >>> command \def\JPicScale{0.8} >>> \ifx\JPicScale\undefined\def\JPicScale{1}\fi >>> \unitlength \JPicScale mm >>> \begin{picture}(45,50)(0,0) >>> \put(45,50){\makebox(0,0)[cc]{black text}} >>> >>> \put(37.5,34.38){\makebox(0,0)[cc]{\expandafter}\expandafter}\setcolorinpic{red}}} >>> >>> >>> >>> \put(55,50){\makebox(0,0)[cc]{red text}} >>> >>> >>> \end{picture} >>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>> >>> I keep getting the following error: >>> >>> Underfull \hbox (badness 10000) detected at line 27 >>> [][] >>> ! You can't use `\raise' in vertical mode. >>> \put (#1,#2)#3->\@killglue \raise >>> #2\unitlength \hb@xt@ \z@ {\kern #1\unitle... >>> l.29 \put(55,50){\makebox(0,0)[cc]{red text}} >>> >>> ? >>> >>> After deleting the line with "setcolorpic" everything works fine. >>> Any hint? I work on Windows, MikTeX 2.9 >>> >>> So far, for the text objects I simply write: >>> \color{red} $\alpha\dot \beta$ = 7 >>> in the text field, getting the following code in the file: >>> %%%%%%%%%%%%%%%%%%%% >>> \put(28.12,61.88){\makebox(0,0)[cc]{\color{red} $\alpha\dot \beta$ = >>> 7}} >>> %%%%%%%%%%%%%%%%%%%% >>> Maybe it doesn't look pretty in jPicEdt window but it works. >>> >>>> >>>> PS: I am quite surprised that your dvi viewer can display colors set >>>> with \color, but not colors of a PSTricks or TikZ drawing. Maybe you >>>> should really investigate whether LEd can have another viewer >>>> configured. I use EMACS AUCTeX and with it you can configure whatever >>>> viewer you like. >>> >>> As far as I know LEd can't have another viewer. Unfortunately, last >>> LEd realese was in 2009, and the project is rather dead. >>> >>> EMACS -- a bit too sophisticated for me :-). It's easier to ask you >>> for a new feature than to force myself to learn EMACS ;-) >>> >>>> By the way, you still can file the feature request about inserting >>>> transparently code to the generated LaTeX file. >>> >>> Already done. >>> >>>> Contributions are welcome, be it bug reports, feature requests, or >>>> internationalization translations ;-) >>>> >>>> Vincent. >>> >>> I'll keep that in mind. Maybe I'll try to do polish translation in my >>> free time. I'll contact you when I will have it done. >>> >>> >> >> The problem is because you should have `#1#2' after >> `\def\setcolorinpic@' so the definition of \setcolorinpic@ is the >> following >> >> \def\setcolorinpic@#1#2{% >> \catcode125=\@tempa\relax >> } >> >> The purpose of `#1#2' is only to gobble the `}}' that ends the block >> into which you insert `\expandafter}\expandafter}\setcolorinpic{red}'. >> As a matter of fact, those `}}' are no longer useful as they are >> replaced by those inside, >> `\expandafter}\expandafter}\setcolorinpic{red}', one after each >> \expandafter control sequence. >> >> Thank you for your proposal for doing the Polish translation --- is that >> fine if the Polish translation is written in utf-8, and not in latin-2. >> Encoding utf-8 would be simpler for me because I can re-use the same >> coding conversion arguments in the build file as for russian which is >> also in utf-8 (not koi-8). >> >> I attached a file utf8_i18n_pl.properties which is already in UTF-8 and >> where I translated the 3 first keys to Polish we Google translate, >> i.e. : >> >> about.APictureEditorFor=Wektor edytor grafiki dla LaTeX >> about.AboutPicEdt=O jPicEdt >> action.command.DVI.mnemonic=V >> action.command.DVI.tooltip=Uruchom przeglądarkę DVI >> >> If you can read them then the only thing to do is to write the other >> keys. >> >> In order to install the translation to polish at your jPicEdt please >> follow the following procedure: >> 1) first you need to convert utf8_i18n_pl.properties file in UTF-8 >> encoding to utf8_i18n_pl.properties file in LATIN-1 (aka iso-8859-1) >> with the native2ascii tool. This tool is part of the JDK tool set, if >> you don't have this installed send the file to me and I can do the >> conversion. >> 2) place i18n_pl.properties in the same place as other >> i18n_xx.properties files in your installation >> 3) you must restart jPicEdt for it to be effective. >> >> I have not found any way to download only native2ascii.exe without all >> the JDK.exe, anyway it should not be too hard either to write a script >> or a small console application to do the same job in the UTF-8 -> LATIN1 >> case, if you think that you really need that to tune the translation, >> then I can prepare that for you. >> >> VBR, >> Vincent. >> >> file://localhost/c%3A/Programme/Java/doc/Java%20SE%206%20Documentation.mht >> >> Vincent. > > |
From: Vincent B. <vin...@or...> - 2013-02-05 21:25:43
|
By the way, you still can file the feature request about inserting transparently code to the generated LaTeX file. Contributions are welcome, be it bug reports, feature requests, or internationalization translations ;-) Vincent. Vincent Belaïche a écrit : > Well, you could do some really ugly trick that would work with the > current version of jPicEdt in plain LaTeX: > > 1) add the following code into your preamble > > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > \makeatletter > \newcommand*\setcolorinpic{} > \newcommand*\setcolorinpic@a{} > \def\setcolorinpic#1{% > \color{#1}% > \edef\@tempa{\the\catcode125 } > \catcode125=11 % > \setcolorinpic@a > } > \def\setcolorinpic@a#1#2{% > \catcode125=\@tempa\relax } > \makeatother > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > > 2) The put into you picture some text element that contains the > following text (and only this text) where you replace red by whatever > color you like > > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > \expandafter}\expandafter}\setcolorinpic{red} > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > > The generated code will look like this: > > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > %%Created by jPicEdt 1.6-pre1: mixed JPIC-XML/LaTeX format > %%Tue Feb 05 21:06:00 CET 2013 > %%Begin JPIC-XML > %<?xml version="1.0" standalone="yes"?> > %<jpic x-min="45" x-max="45" y-min="20" y-max="50" auto-bounding="true"> > %<text anchor-point="(45,50)" > % > > %black text > %</text> > %<text anchor-point="(45,35)" > % > > %\expandafter}\expandafter}\setcolorinpic{red} > %</text> > %<text anchor-point="(45,20)" > % > > %red text > %</text> > %</jpic> > %%End JPIC-XML > %LaTeX-picture environment using emulated lines and arcs > %You can rescale the whole picture (to 80% for instance) by using the > command \def\JPicScale{0.8} > \ifx\JPicScale\undefined\def\JPicScale{1}\fi > \unitlength \JPicScale mm > \begin{picture}(45,50)(0,0) > \put(45,50){\makebox(0,0)[cc]{black text}} > > \put(45,35){\makebox(0,0)[cc]{\expandafter}\expandafter}\setcolorinpic{red}}} > > > \put(45,20){\makebox(0,0)[cc]{red text}} > > \end{picture} > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > > With this the text element with "black text" will be in black and the > text element "red text" will be in red. > > Please note that you can put some text before the string > > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > \expandafter}\expandafter}\setcolorinpic{red} > --8<-----8<-----8<-----8<-----8<-----8<-----8<--- > > But you should not put any text after it ! > > So it will be all account where the text element that contains the > color setting will be place : it could have any (x,y) position when it > does not contain anything else than the color setting, but the Z-order > will matter as anything with greater Z-order will be colored, and > anything with lower Z-order will not be colored. > > Hoping that this can help, > Vincent. > > PS: I am quite surprised that your dvi viewer can display colors set > with \color, but not colors of a PSTricks or TikZ drawing. Maybe you > should really investigate whether LEd can have another viewer > configured. I use EMACS AUCTeX and with it you can configure whatever > viewer you like. > > M a écrit : >> Thanks for the reply. >> I also use windows, but as I wrote, in LEd there is a built-in dvi >> viewer which can be controlled from within the editor. The minus is >> that this viewer cannot handle neither pstricks nor tikz. But I got >> used to this handy solution and I stick to it unless it's impossible >> to make something in pure latex. >> I'll add a feature request. >> >> Best wishes, >> Martin >> >> >> On 2013-02-02 03:57, Vincent Belaïche wrote:> Hello, >> > >> > Have you tried to do figures with PStricks or TikZ (TikZ encoding >> needs >> > the latest version of jPicEdt here >> > >> http://sourceforge.net/projects/jpicedt/files/jpicedt-devel/1.6-pre1_20130124). >> >> > >> > >> > Personnally I generally compile to PDF and view with SumatraPDF (I am >> > under MSWindows). There I have no limitation with viewing figures. >> > >> > If you are on Linux and want to use DVI viewing, then you probably >> use >> > xdvi for viewing. I heard that Evince is a better viewer than >> xdvi, but >> > I cannot tell because I am not under Linux. Maybe the best >> solution for >> > you is to change you viewer. >> > >> > Then to answer to your question: no currently there is no way to >> insert >> > persistent pieces of "transparent" code into the output (transparent >> > meaning that jPicEdt would not interprete it). This is a function >> which >> > I also had in mind because that would also allow to create >> animations or >> > other tricks like LaTeX encoding iterations repeating the same >> objects. >> > I suggest that you shold file a feature request about that. Here >> is the >> > link >> > >> http://sourceforge.net/tracker/?group_id=50377&atid=459508&source=navbar >> > >> > BR, >> > Vin,cent. >> > >> > M a écrit : >> >> Hi! >> >> Firstly I would like to thank for your project. Good job! >> >> I use jPicEdt working mostly with Emulated Latex files due to the >> fact >> >> that this kind of pictures can be directly viewed in the internal >> DVI >> >> viewer in my latex editor (LEd). And there's only one pain in the >> neck. >> >> Sometimes I'd like to have colored figures. I can't figure out if it >> >> can be done via programme interface. I am able to do it by modifying >> >> the source file. I simply add \color{} command before the part of >> the >> >> picture that should be coloured. >> >> Unfortunately, that commands are not interpreted by jpicEdt. So >> after >> >> editing in programme and next saving the picture is black and white >> >> again and the process of editing source code has to be done once >> more. >> >> Could it be fixed in the next release, please? >> >> >> >> Best regards, >> >> Martin >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> >> Everyone hates slow websites. So do we. >> >> Make your web apps faster with AppDynamics >> >> Download AppDynamics Lite for free today: >> >> http://p.sf.net/sfu/appdyn_d2d_jan >> >> _______________________________________________ >> >> Jpicedt-users mailing list >> >> Jpi...@li... >> >> https://lists.sourceforge.net/lists/listinfo/jpicedt-users >> >> >> > >> >> >> >> ------------------------------------------------------------------------------ >> >> Free Next-Gen Firewall Hardware Offer >> Buy your Sophos next-gen firewall before the end March 2013 and get >> the hardware for free! Learn more. >> http://p.sf.net/sfu/sophos-d2d-feb >> _______________________________________________ >> Jpicedt-users mailing list >> Jpi...@li... >> https://lists.sourceforge.net/lists/listinfo/jpicedt-users >> >> > > |
From: Vincent B. <vin...@gm...> - 2013-02-05 20:17:41
|
Well, you could do some really ugly trick that would work with the current version of jPicEdt in plain LaTeX: 1) add the following code into your preamble --8<-----8<-----8<-----8<-----8<-----8<-----8<--- \makeatletter \newcommand*\setcolorinpic{} \newcommand*\setcolorinpic@a{} \def\setcolorinpic#1{% \color{#1}% \edef\@tempa{\the\catcode125 } \catcode125=11 % \setcolorinpic@a } \def\setcolorinpic@a#1#2{% \catcode125=\@tempa\relax } \makeatother --8<-----8<-----8<-----8<-----8<-----8<-----8<--- 2) The put into you picture some text element that contains the following text (and only this text) where you replace red by whatever color you like --8<-----8<-----8<-----8<-----8<-----8<-----8<--- \expandafter}\expandafter}\setcolorinpic{red} --8<-----8<-----8<-----8<-----8<-----8<-----8<--- The generated code will look like this: --8<-----8<-----8<-----8<-----8<-----8<-----8<--- %%Created by jPicEdt 1.6-pre1: mixed JPIC-XML/LaTeX format %%Tue Feb 05 21:06:00 CET 2013 %%Begin JPIC-XML %<?xml version="1.0" standalone="yes"?> %<jpic x-min="45" x-max="45" y-min="20" y-max="50" auto-bounding="true"> %<text anchor-point="(45,50)" % > %black text %</text> %<text anchor-point="(45,35)" % > %\expandafter}\expandafter}\setcolorinpic{red} %</text> %<text anchor-point="(45,20)" % > %red text %</text> %</jpic> %%End JPIC-XML %LaTeX-picture environment using emulated lines and arcs %You can rescale the whole picture (to 80% for instance) by using the command \def\JPicScale{0.8} \ifx\JPicScale\undefined\def\JPicScale{1}\fi \unitlength \JPicScale mm \begin{picture}(45,50)(0,0) \put(45,50){\makebox(0,0)[cc]{black text}} \put(45,35){\makebox(0,0)[cc]{\expandafter}\expandafter}\setcolorinpic{red}}} \put(45,20){\makebox(0,0)[cc]{red text}} \end{picture} --8<-----8<-----8<-----8<-----8<-----8<-----8<--- With this the text element with "black text" will be in black and the text element "red text" will be in red. Please note that you can put some text before the string --8<-----8<-----8<-----8<-----8<-----8<-----8<--- \expandafter}\expandafter}\setcolorinpic{red} --8<-----8<-----8<-----8<-----8<-----8<-----8<--- But you should not put any text after it ! So it will be all account where the text element that contains the color setting will be place : it could have any (x,y) position when it does not contain anything else than the color setting, but the Z-order will matter as anything with greater Z-order will be colored, and anything with lower Z-order will not be colored. Hoping that this can help, Vincent. PS: I am quite surprised that your dvi viewer can display colors set with \color, but not colors of a PSTricks or TikZ drawing. Maybe you should really investigate whether LEd can have another viewer configured. I use EMACS AUCTeX and with it you can configure whatever viewer you like. M a écrit : > Thanks for the reply. > I also use windows, but as I wrote, in LEd there is a built-in dvi > viewer which can be controlled from within the editor. The minus is that > this viewer cannot handle neither pstricks nor tikz. But I got used to > this handy solution and I stick to it unless it's impossible to make > something in pure latex. > I'll add a feature request. > > Best wishes, > Martin > > > On 2013-02-02 03:57, Vincent Belaïche wrote:> Hello, > > > > Have you tried to do figures with PStricks or TikZ (TikZ encoding needs > > the latest version of jPicEdt here > > > http://sourceforge.net/projects/jpicedt/files/jpicedt-devel/1.6-pre1_20130124). > > > > > > > Personnally I generally compile to PDF and view with SumatraPDF (I am > > under MSWindows). There I have no limitation with viewing figures. > > > > If you are on Linux and want to use DVI viewing, then you probably use > > xdvi for viewing. I heard that Evince is a better viewer than xdvi, but > > I cannot tell because I am not under Linux. Maybe the best solution for > > you is to change you viewer. > > > > Then to answer to your question: no currently there is no way to insert > > persistent pieces of "transparent" code into the output (transparent > > meaning that jPicEdt would not interprete it). This is a function which > > I also had in mind because that would also allow to create animations or > > other tricks like LaTeX encoding iterations repeating the same objects. > > I suggest that you shold file a feature request about that. Here is the > > link > > http://sourceforge.net/tracker/?group_id=50377&atid=459508&source=navbar > > > > BR, > > Vin,cent. > > > > M a écrit : > >> Hi! > >> Firstly I would like to thank for your project. Good job! > >> I use jPicEdt working mostly with Emulated Latex files due to the fact > >> that this kind of pictures can be directly viewed in the internal DVI > >> viewer in my latex editor (LEd). And there's only one pain in the neck. > >> Sometimes I'd like to have colored figures. I can't figure out if it > >> can be done via programme interface. I am able to do it by modifying > >> the source file. I simply add \color{} command before the part of the > >> picture that should be coloured. > >> Unfortunately, that commands are not interpreted by jpicEdt. So after > >> editing in programme and next saving the picture is black and white > >> again and the process of editing source code has to be done once more. > >> Could it be fixed in the next release, please? > >> > >> Best regards, > >> Martin > >> > >> > >> > ------------------------------------------------------------------------------ > > >> > >> Everyone hates slow websites. So do we. > >> Make your web apps faster with AppDynamics > >> Download AppDynamics Lite for free today: > >> http://p.sf.net/sfu/appdyn_d2d_jan > >> _______________________________________________ > >> Jpicedt-users mailing list > >> Jpi...@li... > >> https://lists.sourceforge.net/lists/listinfo/jpicedt-users > >> > > > > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Jpicedt-users mailing list > Jpi...@li... > https://lists.sourceforge.net/lists/listinfo/jpicedt-users > > |
From: M <mar...@gm...> - 2013-02-04 22:56:04
|
Thanks for the reply. I also use windows, but as I wrote, in LEd there is a built-in dvi viewer which can be controlled from within the editor. The minus is that this viewer cannot handle neither pstricks nor tikz. But I got used to this handy solution and I stick to it unless it's impossible to make something in pure latex. I'll add a feature request. Best wishes, Martin On 2013-02-02 03:57, Vincent Belaïche wrote:> Hello, > > Have you tried to do figures with PStricks or TikZ (TikZ encoding needs > the latest version of jPicEdt here > http://sourceforge.net/projects/jpicedt/files/jpicedt-devel/1.6-pre1_20130124). > > > Personnally I generally compile to PDF and view with SumatraPDF (I am > under MSWindows). There I have no limitation with viewing figures. > > If you are on Linux and want to use DVI viewing, then you probably use > xdvi for viewing. I heard that Evince is a better viewer than xdvi, but > I cannot tell because I am not under Linux. Maybe the best solution for > you is to change you viewer. > > Then to answer to your question: no currently there is no way to insert > persistent pieces of "transparent" code into the output (transparent > meaning that jPicEdt would not interprete it). This is a function which > I also had in mind because that would also allow to create animations or > other tricks like LaTeX encoding iterations repeating the same objects. > I suggest that you shold file a feature request about that. Here is the > link > http://sourceforge.net/tracker/?group_id=50377&atid=459508&source=navbar > > BR, > Vin,cent. > > M a écrit : >> Hi! >> Firstly I would like to thank for your project. Good job! >> I use jPicEdt working mostly with Emulated Latex files due to the fact >> that this kind of pictures can be directly viewed in the internal DVI >> viewer in my latex editor (LEd). And there's only one pain in the neck. >> Sometimes I'd like to have colored figures. I can't figure out if it >> can be done via programme interface. I am able to do it by modifying >> the source file. I simply add \color{} command before the part of the >> picture that should be coloured. >> Unfortunately, that commands are not interpreted by jpicEdt. So after >> editing in programme and next saving the picture is black and white >> again and the process of editing source code has to be done once more. >> Could it be fixed in the next release, please? >> >> Best regards, >> Martin >> >> >> ------------------------------------------------------------------------------ >> >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_d2d_jan >> _______________________________________________ >> Jpicedt-users mailing list >> Jpi...@li... >> https://lists.sourceforge.net/lists/listinfo/jpicedt-users >> > |
From: Vincent B. <vin...@gm...> - 2013-02-02 02:57:32
|
Hello, Have you tried to do figures with PStricks or TikZ (TikZ encoding needs the latest version of jPicEdt here http://sourceforge.net/projects/jpicedt/files/jpicedt-devel/1.6-pre1_20130124). Personnally I generally compile to PDF and view with SumatraPDF (I am under MSWindows). There I have no limitation with viewing figures. If you are on Linux and want to use DVI viewing, then you probably use xdvi for viewing. I heard that Evince is a better viewer than xdvi, but I cannot tell because I am not under Linux. Maybe the best solution for you is to change you viewer. Then to answer to your question: no currently there is no way to insert persistent pieces of "transparent" code into the output (transparent meaning that jPicEdt would not interprete it). This is a function which I also had in mind because that would also allow to create animations or other tricks like LaTeX encoding iterations repeating the same objects. I suggest that you shold file a feature request about that. Here is the link http://sourceforge.net/tracker/?group_id=50377&atid=459508&source=navbar BR, Vin,cent. M a écrit : > Hi! > Firstly I would like to thank for your project. Good job! > I use jPicEdt working mostly with Emulated Latex files due to the fact > that this kind of pictures can be directly viewed in the internal DVI > viewer in my latex editor (LEd). And there's only one pain in the neck. > Sometimes I'd like to have colored figures. I can't figure out if it can > be done via programme interface. I am able to do it by modifying the > source file. I simply add \color{} command before the part of the > picture that should be coloured. > Unfortunately, that commands are not interpreted by jpicEdt. So after > editing in programme and next saving the picture is black and white > again and the process of editing source code has to be done once more. > Could it be fixed in the next release, please? > > Best regards, > Martin > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_jan > _______________________________________________ > Jpicedt-users mailing list > Jpi...@li... > https://lists.sourceforge.net/lists/listinfo/jpicedt-users > > |
From: M <mar...@gm...> - 2013-02-01 11:12:43
|
Hi! Firstly I would like to thank for your project. Good job! I use jPicEdt working mostly with Emulated Latex files due to the fact that this kind of pictures can be directly viewed in the internal DVI viewer in my latex editor (LEd). And there's only one pain in the neck. Sometimes I'd like to have colored figures. I can't figure out if it can be done via programme interface. I am able to do it by modifying the source file. I simply add \color{} command before the part of the picture that should be coloured. Unfortunately, that commands are not interpreted by jpicEdt. So after editing in programme and next saving the picture is black and white again and the process of editing source code has to be done once more. Could it be fixed in the next release, please? Best regards, Martin |
From: Badoo <nor...@ba...> - 2012-04-21 01:47:24
|
Paulo Sousa deixou uma mensagem para você... Só você pode ler o conteúdo desta mensagem e ver quem a enviou. Delete a qualquer momento ou responda imediatamente com o sistema de troca de mensagens. Para descobrir o que diz a mensagem, siga este link. http://eu1.badoo.com/0278107725/in/gEJrK-K4Aj4/?lang_id=61&m=63&mid=4f9211a000000000003d0000224fabab Mais gente dessa região que está no Badoo Tiagoxp (Porto, Portugal) Zaxa Mashmu (Porto, Portugal) Bruno (Porto, Portugal) http://eu1.badoo.com/0278107725/in/gEJrK-K4Aj4/?lang_id=61&m=63&mid=4f9211a000000000003d0000224fabab Se o link desta mensagem não funcionar, copie e cole-o em seu navegador. Este email faz parte de nosso sistema de entrega para a mensagem enviada por Paulo Sousa. Se recebeu este email por engano, por favor ignore-o. A mensagem será deletada em breve. Divirta-se! A Equipe Badoo Este email foi enviado por Badoo Trading Limited (endereço postal abaixo). http://eu1.badoo.com/impersonation.phtml?lang_id=61&mail_code=63&email=jpicedt-users%40lists.sourceforge.net&secret=&action=block&block_code=068e6d&m=63&mid=4f9211a000000000003d0000224fabab Badoo Trading Limited é uma empresa registrada na Inglaterra e País de Gales com CRN 7540255 e firma registrada no seguinte endereço 12 Red Lion Square, Londres, WC1R 4QD. |
From: Vincent B. <vin...@gm...> - 2011-12-16 04:57:46
|
Resending to jpicedt user list only after some problem --- it seems that my previous email was waitlisted by some Yahoo email node, are you located in People Republic of China ?. Vincent. |