Complète l'implémentation de l'affichage du titre relativement au répertoire par défaut
Affiche les chemins relativement au répertoire par défaut.
Sauve dans les préférence les chemins de fichier récent avec leur chemin absolu.
TikZ format de sortie : arrows.meta et patterns.
µoptimisation : ne calcule la liste des locales prises en charge qu'une seule fois.
TikZ format: Correction pointes de flèches
Rend les fonctions d'interface lisp principales auto-chargeables.
Pour l'ancre d'alignement (anchor) n'insère l'espace devant west|east que si north|south précède.
Création d’un script pour dessiner des ondes.
infostring -> copyright, pour fonctionner avec ant 1.10.1
L'implémentation des dialogues modaux est obsolète
Complète les instructions pour compiler la doc PDF.
« new XXX(x) » → « XXX.valueOf(x) » pour XXX dans { Integer, Double, Boolean, Character}
Alors qu'on voudrait avoir ça :
Du coup, on obtient ça:
AbstractCurveFormatter::getMiminalSegmentList supprime un point de trop en cas de doublon.
AbstractCurveFormatter::getMiminalSegmentList supprime un point de trop en cas de doublon.
Le script de lancement pour MAC ne prend pas en charge les espaces dans le chemin de java
Corrigé dans la r2054.
Ajout option --version.
Factorise bsh.version.
Correction usage.
Pointe sur le dernier beanshell.
installateur/géné script unix : Accepte les espaces dans le chemin du programme java.
Préserve le préambule/postambule utilisateur.
portTASK_FUNCTION_PROTO not used for prvTimerTask
Ligne d'indication de format.
Renommage transistor_MOS.pic en transistor_mos.pic pour supprimer le pb de doublon.
Tolérance à préambule utilisateur pour jpe-to-latex.
Formattage erronné en « Emulated LaTeX» d'un rectangle XY|YX après rotation 90°
Le problème a été resolu à la révision 2049.
Résumé: Correction de l'anomalie https://sourceforge.net/p/jpicedt/bugs/86/
Formattage erronné en « Emulated LaTeX» d'un rectangle XY|YX après rotation 90°
Formattage erronné en « Emulated LaTeX» d'un rectangle XY|YX après rotation 90°
I contnue the discussion on the GitHub tracker bug №153.
I contnue the discussion on the GitHub trakcer.
Résumé: M-à-j. javadoc.
Résumé: Ajout zener.pic.
Résumé: Prise en charge réglage icône d'application par la ligne de commande, sans effet de bord sur les préférences utilisateur.
Résumé: Prise en charge configuration de l'icone d'application à partir de la ligne de commande.
You have launched the installer, and then you get at the « JpicEdt installation directories… » panel, then you can create one or more laucher scripts (in the « shortcut directories » area). Typically you would create one shortcut for each encoding. Click on the « Advanced » button to select which character encoding the shortcut will launch jPicEdt with. Sorry for it is not well documented. My intention was to allow selecting a different application icon for each encoding, that would be more practical...
You have launched the installer, and oyu get at the « JpicEdt installation directories… » panel, then you can create one or more laucher scripts (in the « shortcut directories » area). Typically you would create one shortcut for each encoding. Click on the « Advanced » button to select which character encoding the shortcut will launch jPicEdt with. Sorry for it is not well documented. My intention was to allow selecting a different application icon for each encoding, that would be more practical...
Résumé: Décrit comment trouver ${ant.home}.
Le script de lancement pour MAC ne prend pas en charge les espaces dans le chemin de java
Port from Swing to JavaFX
Hello Christian, I am not forgetting this issue, I am progressing, but it takes time. I think that I have found some fix: see my today's comment on bug 75 for more on this if you are inteterested in the gory details.
OK, I have made some progress, and I think that I have found some possible work-around to make a javax.swing.JInternalFrame modal. One way is described in this article. It consists in emulating modality by placing the content pane of the JInternalFrame on a glass pane when the JInternalFrame is constructed. This way seems futureproof because we use only the public methods documented in the Java API, however I need to think it over again, to understand whether it suits our case. The second way it...
drop-down menus in Preferences window not working
Résumé: javadocs.
Résumé: coquille.
Résumé: Mise à jour copyright.
Résumé: Publication de la construction du 2017-10-01.
L'utilisation des prologue & épilogue utilisateur dans le format de sauvegarde ne fonctionne plus
Problème corrigé dans la révision 2039. Installeur disponible ici.
Résumé: Correction bogue #83.
L'utilisation des prologue & épilogue utilisateur dans le format de sauvegarde ne fonctionne plus
Please have a look at today's comment on bug 75. This may make the problem less annoying to you, and by the way, this confirms my analysis — unfortunately I did not find yet the time to fix it.
Hello, Just for your information, if you configure jPicEdt to use Gimp-like windowing, then you won't have the problem because the dialogs will use PEDiagog class instead of PEInternalDiagog. To do that, open the preferences pannel, General Tab, and select Gimp-like for the 1st item (Multiple Document Interface). Do the selection with the keyboard, as the mouse is not working. Then exit jPicEdt for the configuration to take effect. You can also edit the preference file ~/.jpicedt/preferences and...
People of fctt (French speaking TeX newsgroup) with older graphicx version don't have the problem. These version are working for them : graphicx [2014/10/28 v1.0g Enhanced LaTeX Graphics (DPC,SPQR)] and: Package: graphicx 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR) Package: graphics 2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR) I will try to get an older graphicx on TUG FTP and see what happens. I let you know.
Hello Christian, I am not sure whether you want to be kept informed of the outcome, or just forget about it. After some discussion on fctt forum, I found that replacing bb by viewport makes it work. Attached is an updated note.tex, you can compare the two (using bb or using viewport) by changing the \ifftrue by \iffalse on line 20.
Hello, Could you please give me a pointer at the project where to make the report ?
Problems with include graphics of a PDF
BTW, these commands are documented in the pdfTeX users manual. When you do mthelp pdftex, you do not get it, but the miktex-pdftex manual. In this manual it is written « see also mthelp pdftex-a ». However, the mthelp pdftex-a does not find the pdfTeX users manual, and the package manager does not find it either.
Great ! Is it released — I mean, if I run the update manager, will I get the fix ?
Problem with \pdfresettimer & \pdfelapsedtime
To be checked : feature req 22 seems to have the same root cause.
Hello, This is a bug, not a new feature. I think that it has the same root cause as bug 75. Java graphic libraries do not offer standard way to have modal internal frames. jPicEdt had its own implementation that was working with older java toolkit. But with java 8 there were bug fixes on combo boxes in modal dialogs which broke jPicEdt implementation. So, sorry, I can just say be patient. This bug 75 is next on my list, currently it is on hold because I am working at maintenance of several other...
You wrote: I copied the files manually and also tried to create your abûc_défég.pdf with a shorten version of your batch file. Neither works nor doesn-works.tex compile: both can't find their graphic, but I get no crash. Your files get a compilation failure with no crash due to graphics not found My files compile fine. There is a discrepancy between you and me, and as long as we don't know the cause, whether it is MikTeX or something else, we cannot say that seeking the real cause is a misuse of...
@U_Fischer There remains one unclear point however. How comes that Ulrike does not get the same result as me. Ulrike : do you have the latest version of pdflatex ;-D ? Mine is now: MiKTeX-pdfTeX 2.9.6362 (1.40.18) (MiKTeX 2.9.6350 64-bit) Copyright (C) 1982 D. E. Knuth, (C) 1996-2016 Han The Thanh TeX is a trademark of the American Mathematical Society. using bzip2 version 1.0.6, 6-Sept-2010 compiled with curl version 7.54.0; using libcurl/7.54.0 WinSSL compiled with expat version 2.2; using expat_2.2.0...
OK, if it sounds likely that these bug fixes have removed the possbility of a dirty crash when some filename has special characters, then it is probably useless if I spend time trying to make some torture test to reproduce the problem with the latest version. By dirty crash I means that sort of crash that makes the « 2017-07-19 12:18:36,599+0200 FATAL pdflatex - MiKTeX encountered an internal error. » sort of error message. Please let me know if you have any doubt and want me to do that yet. Sorry...
OK, I have re-installed the latest MikTeX from scratch — even later than latest installer, as I ran the update manager right after installation. And the good news is that both works.tex and doesnt_work.tex compile fine without any issue. So, hopefully the bug has been corrected during the almost past year (my previous installation was not so outdated, it was of 2016-11-15), or maybe it is still there and has just gone silent because the memory is handled slightly in a different way (not the same...
:-$ Oooops… time goes by so fast, I was not really conscious that my MikTeX was so old. I feel so sorry to have you loose your time, I hope that you can forgive me for that. I must admit that I had completely overlooked that point, once I had got convinced that it was a crash I had spent all my efforts trying to build a minimal example. I am currently downloading the latest MikTeX, and I let you know about the bug as soon as I get it installed.
@U_Fischer Dear Ulrike, First of all, thank you for answering, and for finding the reason why the doit.bat script did not succeed in copying the files. Second, your statement « I believe you that you get a crash » is a misunderstanding of what I am undergoing. Let us not call a crash that sort of situation which you are describing. Rather we should consider this not really a crash but as an error message which pdflatex produces when the users give a filename that is not properly encoded. So, even...
Filenames are also Unicode encoded on my machine. MSDos is supposed to make the conversion from the current MSDos code page to the file-sytem encoding. And the filename.sty package is also doing the conversion from latin9 to unicode. So everything should go to unicode when getting to the file-system, and this is why the work.tex file compiles fine. About your comment, the problem is not whether what I do is silly, crazy, or bound to fail, the problem is that pdflatex is crashing, and a crash is a...
Hello Ulrike, Glad to here from you. Are you on MSWindows 10 ? What is your character code page (open a console and type chcp to know it). I have attached another version where the script is slightly modified to set character code page explicitely to 1252, so that to be consistent with the naming of the directories used in the script.
Hello, I have made it even simpler for you. I have put all the filename.sty package files in the attached miktex-bug.zip, and I have modified the doit.bat script so that they are copied to the c:/BugMT/Vincent/AppData/Local/Temp/efrench/bug-miktex/abcdefghij/abc_defghij/abcdef/abcdefghij/2016_Abcdef_Géhijk/20170711_aébcdefghijklm_nopgrst directory along with the doesnt_work.tex and works.tex files before calling pdflatex. I have also modified doit.bat so that it asks whether or not removing any exisring...
You get this error message because you have not followed the steps to reproduce the bug supplied in with my initial message when creating this report: Open attached miktex-bug.zip Extract filename.zip and install the package — this is an experimental package not yet on CTAN I attach again filename.zip. If you do not want to install it, just place the content into the c:/BugMT/Vincent/AppData/Local/Temp/efrench/bug-miktex/abcdefghij/abc_defghij/abcdef/abcdefghij/2016_Abcdef_Géhijk/20170711_aébcdefghijklm_nopgrst...
One more thing, the attached zip is the zipped directory Vincent under c:\BugMT. So if you unzip it under c:\BugMT, you will find the compilation logs in directory c:/BugMT/Vincent/AppData/Local/Temp/efrench/bug-miktex/abcdefghij/abc_defghij/abcdef/abcdefghij/2016_Abcdef_Géhijk/ as if you had run the test on your machine.
Here is the whole MikTeX log directory zipped.
Please find attached the session log. The pdflatex.log file contains the following statement on the last line : 2017-07-18 17:12:32,954+0200 FATAL pdflatex - MiKTeX encountered an internal error. I cannot understand your statement that "Latin-1 characters in a TeX input file are not portable", do you mean "file name", or "file" ?
pdflatex internal error when doing an \includegraphics of some tricky filename
There was also a discussion concerning this in the Texinfo texi2dvi tool. See texi2dvi revision 7199. It is possible to work-around this problem and have pdftex/pdflatex eat a ~ or a number of other funny characters in the filename. The only special character that is impossible to handle is the whitespace. The trick in texi2dvi was to recatcode the funny characters in the filename (including ~) within a group, and then expand the \input filename after the group. So OK, even if there is some pdftex...
BTW, if you are interested to migrate your source code to SVN, this may be usefull to you: Migration from CVS to SVN.
Can't install on MSWindows 10 with ActiveState perl v5.24.1 built on MSWin32-x64-multi-thread
I have the same issue. It was quite a nuisance to me because Emacs M-x find-name-dired command uses find whith the -ls option rather than a more explicit -exec ls - dils {} +. Fortunately, this can be got around in any one of the two following ways: Customizing Emacs by setting -exec ls - dils {} + into the car element of variable find-ls-option. Using EZWinPorts find instead of MSYS find for Emacs, you may need some hacking to add some (setq find-program "Path/to/the/correct/find.exe") in your Emacs...
I have the same issue. It was quite a nuisance to me because Emacs M-x find-name-dired command uses find whith the -ls option rather than a more explicit -exec ls - dils {} +. Fortunately, this can be got around because Emacs can easilly be customized as follows: set -exec ls - dils {} + into the car element of find-ls-option. Here is an examplification of the problem: $ find . -path "./trunk/fmtcount-manual.tex" -ls -| 889094 19 -rw-r--r-- 1 Vincent Administrateurs 36915 Jun 16:35 ./trunk/fmtcount-manual.tex...
I have the same issue. It is quite a nuisance because Emacs M-x find-name-dired command uses find whith the -ls option rather than a more explicit -exec ls - dils {} +. Here is an examplification of the problem: $ find . -path "./trunk/fmtcount-manual.tex" -ls -| 889094 19 -rw-r--r-- 1 Vincent Administrateurs 36915 Jun 16:35 ./trunk/fmtcount-manual.tex $ ls -dils "./trunk/fmtcount-manual.tex" -| 889094 37 -rw-r--r-- 1 Vincent Administrateurs 36915 Jun 15 16:35 ./trunk/fmtcount-manual.tex I am also...
The bug does not show when I hack jPicEdt so that the Preferences pannel is no longer...
disabled closing Convex Zones, Attributes Editor, Toolkit Palette windows by cross button
Right. This is changed since 20th June 2016. See the 20 June 2016 news. These palettes...
Résumé: Ajout d'un id pour chaque nouvelle
I made a fixe as SVN revision 2037. I attached the correspinding installer. Could...
Résumé: Correction anomalie #77
I can reproduce the problem : items cannot be selected with mouse, however it works...
drop-down menus in Preferences window not working
OK, to fix the Swatches subtab label, the only thing to do is to call JComponent.setDeaultLocale...
Concerning the "deg" label in the text tab, it seems to be hard coded as a matter...
disabled access to some labels through localization files
Plot the function
Done.