Re: LyX 2.4.0 Released!
On OSX, I have copied it over the RC4 as proposed by the OS and it seems to work without any problem. > On 1 Jun 2024, at 22:41, Richard Kimberly Heck wrote: > > On 6/1/24 05:26, Bernt Lie wrote: >> Thanks a lot for your hard work!!! >> >> Question: >> * Do you recommend that we *uninstall* RC4 before installing the released >> version? Or just install the released version over RC4? > > May depend upon the OS. It can't hurt to uninstall. > > Riki > > — Prof. Murat Yildizoglu Advisor to the Minister of Education, Youth, and Sports of Cambodia Expertise France ទីប្រឹក្សាឯកឧត្តមបណ្ឌិតសភាចារ្យរដ្ឋមន្ត្រីក្រសួងអប់រំ យុវជន និងកីឡា (ជំនាញការនៃប្រទេសបារាំង) On temporary leave from University of Bordeaux #80 Preah Norodom Boulevard Phnom Penh. Royaume du Cambodge Telegram: +855 95 732 088 http://yildizoglu.fr <http://yildizoglu.fr/> https://www.linkedin.com/in/murat-yildizoglu-3b810993/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 Released!
Congratulations and our gratitude for the magnificent team of developers! Best regards to all. Murat -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC3
> On 13 Feb 2024, at 00:06, Richard Kimberly Heck wrote: > > On 2/11/24 23:18, Murat Yildizoglu wrote: >> Hello Richard, >> >> I am using the RC3 here and I came upon a problem: after having pasted some >> text, my cursor became invisible. I can select some text or move the cursor >> but cannot see where it is. I had to to close and restart Lyx in order to >> get back a visible cursor. >> I repeated the operation after relaunching Lyx to check if I can reproduce >> the problem but my cursor stayed visible. So, I do not know what happened. >> I have never met this problem in Lyx before updating to RC3. > Are you on Linux? I have seen this kind of problem quite a bit under Wayland, > with different applications. It's very annoying. > > Riki > > > I am sorry, Richard, I forgot to indicate it: I use MacOS Sonoma 14.2.1 in French. I have only observed this behavior in RC3, not yet in any other version of LyX or application. Best regards, Murat — Prof. Murat Yildizoglu Advisor to the Minister of Education, Youth, and Sports of Cambodia Expertise France ទីប្រឹក្សាឯកឧត្តមបណ្ឌិតសភាចារ្យរដ្ឋមន្ត្រីក្រសួងអប់រំ យុវជន និងកីឡា (ជំនាញការនៃប្រទេសបារាំង) On temporary leave from University of Bordeaux #80 Preah Norodom Boulevard Phnom Penh. Royaume du Cambodge Telegram: +855 95 732 088 http://yildizoglu.fr <http://yildizoglu.fr/> https://www.linkedin.com/in/murat-yildizoglu-3b810993/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC3
Hello Richard, I am using the RC3 here and I came upon a problem: after having pasted some text, my cursor became invisible. I can select some text or move the cursor but cannot see where it is. I had to to close and restart Lyx in order to get back a visible cursor. I repeated the operation after relaunching Lyx to check if I can reproduce the problem but my cursor stayed visible. So, I do not know what happened. I have never met this problem in Lyx before updating to RC3. > On 12 Feb 2024, at 04:41, Richard Kimberly Heck wrote: > > The third release candidate for 2.4.0 is available here: > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > > The reason for the quick release of the third one was a bug preventing the > editing of math in tables. That has been fixed, as has been another bug > affecting the creation of LyX 'archives' on Windows. > > Please report any problems to lyx-devel@lists.lyx.org, which you should be > able to do by replying to this message. > > Riki > > > -- > lyx-users mailing list > lyx-us...@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-users — Prof. Murat Yildizoglu Advisor to the Minister of Education, Youth, and Sports of Cambodia Expertise France ទីប្រឹក្សាឯកឧត្តមបណ្ឌិតសភាចារ្យរដ្ឋមន្ត្រីក្រសួងអប់រំ យុវជន និងកីឡា (ជំនាញការនៃប្រទេសបារាំង) On temporary leave from University of Bordeaux #80 Preah Norodom Boulevard Phnom Penh. Royaume du Cambodge Telegram: +855 95 732 088 http://yildizoglu.fr <http://yildizoglu.fr/> https://www.linkedin.com/in/murat-yildizoglu-3b810993/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Cancel Export hangs
> Le 10 févr. 2024 à 08:20, Richard Kimberly Heck a écrit : > > On 2/5/24 23:23, Murat Yildizoglu wrote: >> Dear friends, I am using Lyx Version 2.4.0~RC1 >> (Thursday, January 11, 2024) >> >> Qt Version (run-time): 5.15.10 on platform cocoa >> Qt Version (compile-time): 5.15.10 >> OS Version (run-time): macOS 14.2 >> Python detected: 3.8.3 (/usr/local/bin/python3) >> >> And when I tried to cancel and export using the menu item Document/Cancel >> Export, Lyx seems to hang and grays out the export button after cancelling. >> I give the corresponding messages below. >> >> But when I check the Activity Monitor in OSX, I don’t see any running Xlatex >> process after I hit the Cancel Export but Lyx continues to think that it is >> processing the document. I cannot close it. >> >> Since this is an RC, I wanted to inform you about this problem. > > Are you able to reproduce this problem? If so, are you able to exit LyX at > this point? Or do you get the "Document could not be closed because it is > being processed by LyX." message? > > Riki Dear Richard, Yes, I had to kill Lyx and relaunch it in order to be able to compile again. FYI : I was testing compilation through Xlatex. I never met this problem with pdflatex (it did never hang yet). I will try to reproduce the problem before installing RC2 that I was able to download. > > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Cancel Export hangs
Dear friends, I am using Lyx Version 2.4.0~RC1 (Thursday, January 11, 2024) Qt Version (run-time): 5.15.10 on platform cocoa Qt Version (compile-time): 5.15.10 OS Version (run-time): macOS 14.2 Python detected: 3.8.3 (/usr/local/bin/python3) And when I tried to cancel and export using the menu item Document/Cancel Export, Lyx seems to hang and grays out the export button after cancelling. I give the corresponding messages below. But when I check the Activity Monitor in OSX, I don’t see any running Xlatex process after I hit the Cancel Export but Lyx continues to think that it is processing the document. I cannot close it. Since this is an RC, I wanted to inform you about this problem. Thank you. Murat 11:14:29.711: Exporting ... 11:14:29.821: (buffer-update: ⇧⌘R) 11:14:30.130: xelatex "report-ACC-full.tex" 11:14:31.064: This is XeTeX, Version 3.141592653-2.6-0.95 (TeX Live 2023) (preloaded format=xelatex) 11:14:31.064: restricted \write18 enabled. 11:14:31.274: entering extended mode 11:14:31.274: (./report-ACC-full.tex 11:14:31.274: LaTeX2e <2023-06-01> patch level 1 11:14:31.274: L3 programming layer <2023-10-23> 11:14:31.274: 11:14:33.165: 11:14:33.165: xdvipdfmx:fatal: Cannot proceed without the font: /Library/Fonts/Microsoft/Lucida Bright 11:14:33.165: 11:14:33.165: No output PDF file written. 11:14:33.165: The process crashed some time after starting successfully.support/Systemcall.cpp (306): Systemcall: 'xelatex "report-ACC-full.tex"' finished with exit code -1 frontends/qt/Menus.cpp (756): Menu warning: menu entry "Cancel Export" does not contain shortcut `P'. frontends/qt/Menus.cpp (762): Menu warning: menu entries "Update (Other Formats)|p" and "Cancel Export|P" share the same shortcut. frontends/qt/Menus.cpp (756): Menu warning: menu entry "Cancel Export" does not contain shortcut `P'. frontends/qt/Menus.cpp (762): Menu warning: menu entries "Update (Other Formats)|p" and "Cancel Export|P" share the same shortcut. 11:16:53.022: (export-cancel)frontends/qt/Menus.cpp (756): Menu warning: menu entry "Cancel Export" does not contain shortcut `P'. frontends/qt/Menus.cpp (762): Menu warning: menu entries "Update (Other Formats)|p" and "Cancel Export|P" share the same shortcut. frontends/qt/Menus.cpp (756): Menu warning: menu entry "Cancel Export" does not contain shortcut `P'. frontends/qt/Menus.cpp (762): Menu warning: menu entries "Update (Other Formats)|p" and "Cancel Export|P" share the same shortcut. 11:16:58.283: (dialog-show document) 11:17:34.550: Saving document ~/Library/CloudStorage/Dropbox/Cambodge/ACC/report-ACC-full-YwVGxq.lyx... 11:17:34.556: Saving document ~/Library/CloudStorage/Dropbox/Cambodge/ACC/report-ACC-full-YwVGxq.lyx... done.Warning: Close document Document could not be closed because it is being processed by LyX. frontends/qt/Menus.cpp (756): Menu warning: menu entry "Cancel Export" does not contain shortcut `P'. frontends/qt/Menus.cpp (762): Menu warning: menu entries "Update (Other Formats)|p" and "Cancel Export|P" share the same shortcut. 11:18:36.305: (export-cancel)frontends/qt/Menus.cpp (756): Menu warning: menu entry "Cancel Export" does not contain shortcut `P'. frontends/qt/Menus.cpp (762): Menu warning: menu entries "Update (Other Formats)|p" and "Cancel Export|P" share the same shortcut. 11:18:41.474: (export-cancel)frontends/qt/Menus.cpp (756): Menu warning: menu entry "Cancel Export" does not contain shortcut `P'. frontends/qt/Menus.cpp (762): Menu warning: menu entries "Update (Other Formats)|p" and "Cancel Export|P" share the same shortcut. 11:19:00.293: (dialog-toggle progress) -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [ANNOUNCE] LyX 2.2.3 Released.
FYI : I use Lyx 2.3.2 with High Sierra (10.13.6), without any slowing down for the forward and reverse search. > Le 20 déc. 2018 à 09:56, Robert Betz a écrit : > > Stephan, > > I agree. It seems to be an issue with Mojave. I cannot be 100% sure as I > have not tried the new version on an old version of the Mac. > > Mojave seems to have a lot of checks (for security reasons I guess) on > program interactions, and they seem to slow things down a lot. > > > Regards, > > Bob > > > PROFESSOR ROBERT BETZ > School of Electrical Engineering and Computing > Faculty of Engineering and Built Environment > > T: +61 2 4921 6091 > M: +61 (0)419 249 948 > E: robert.b...@newcastle.edu.au <mailto:robert.b...@newcastle.edu.au> > > The University of Newcastle (UoN) > University Drive > Callaghan NSW 2308 > Australia > > CRICOS Provider 00109J > > > > >> On 16 Dec 2018, at 6:00 pm, Stephan Witt > <mailto:st.w...@gmx.net>> wrote: >> >> Hi Bob, >> >> is it a problem with LyX 2.3.2 and with 2.3.1 forward search is fast? >> >> My guess was: it’s a problem new with Mojave… >> >> Regards, >> Stephan >> >>> Am 16.12.2018 um 15:34 schrieb Robert Betz >> <mailto:robert.b...@newcastle.edu.au>>: >>> >>> I have noticed that Lyx V2.3.2 under Mac OSX 10.14.1 (Mojave) has a very >>> slow forward search. Seems to take a couple of seconds. >>> >>> This was reported by another user as well. In addition he was having >>> problems with the reverse search working. Reverse search on my system is >>> working well, and does not suffer the delays of the forward search. >>> >>> >>> >>> Regards, >>> >>> Bob >>> >>> >>> PROFESSOR ROBERT BETZ >>> School of Electrical Engineering and Computing >>> Faculty of Engineering and Built Environment >>> >>> T: +61 2 4921 6091 >>> M: +61 (0)419 249 948 >>> E: robert.b...@newcastle.edu.au <mailto:robert.b...@newcastle.edu.au> >>> >>> The University of Newcastle (UoN) >>> University Drive >>> Callaghan NSW 2308 >>> Australia >>> >>> CRICOS Provider 00109J >>> >>> >>> >>> >>>> On 14 Dec 2018, at 5:09 pm, Chris Menzel >>> <mailto:chris.men...@gmail.com>> wrote: >>>> >>>> I'm always hesitant to complain about this brilliant piece of software >>>> but, for me (Mojave 10.14.2 Beta) with this version, forward search (LyX ⟶ >>>> Skim) is still very slow and reverse search (Skim ⟶ LyX) appears to be >>>> nonfunctional. I've of course checked all the usual settings. >>>> >>>> -chris >>>> >>>> On Fri, Dec 14, 2018 at 9:32 AM Richard Kimberly Heck >>> <mailto:rikih...@lyx.org>> wrote: >>>> ... >>>> >>>> Public release of LyX version 2.3.2 >>>> === >>>> >>>> We are proud to announce the release of LyX 2.3.2. This is the second >>>> maintenance release in the 2.3.x series. >>>> >>>> You can download LyX 2.3.2 from http://www.lyx.org/Download/ >>>> <http://www.lyx.org/Download/>. >>> >> > -- Prof. Murat Yildizoglu Université de Bordeaux GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France murat.yildizo...@u-bordeaux.fr http://yildizoglu.fr http://www.twitter.com/yildizoglu
Re: Strange screen problem in LyX Version 2.3.1-1
Hello again, Closing all open buffers and reopening a new document has corrected this issue, but if I can help you to find the source of this bug, I would be happy to do it. I use LyX under OSX 10.13.6 Le sam. 27 oct. 2018 à 17:14, Murat Yildizoglu < murat.yildizo...@u-bordeaux.fr> a écrit : > Hello, > I am puzzled by a problem I get in Lyx now. > I have just closed the outline panel and Lyx screen became very weird (see > the screenshot), and I cannot find how I can reset it to its normal > appearance with the documents bar on the top of the editing panel and the > Lyx screen fully usable. Any idea what is going on. > Closing and reopening Lyx does not solve the problem. > > After the first appearance of this problem I have got a SIGSEV: > > ( 1) 1 lyx 0x00010757bd7f > _ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b > : 1 lyx 0x00010757bd7f > _ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b > + 190 > ( 2) 2 lyx 0x00010757c2b5 > _ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b > : 2 lyx 0x00010757c2b5 > _ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b > + 149 > ( 3) 3 lyx 0x000107312e2b > _ZN3lyx13error_handlerEi : 3 lyx > 0x000107312e2b _ZN3lyx13error_handlerEi + 506 > ( 4) 4 libsystem_platform.dylib0x7fff6970cf5a _sigtramp > : 4 libsystem_platform.dylib0x7fff6970cf5a _sigtramp + 26 > ( 5) 5 lyx 0x000107e91f7f > LinkBackServers : 5 lyx > 0x000107e91f7f LinkBackServers + 314679 > ( 6) 6 QtWidgets 0x000108cc6fba > _ZN15QDockAreaLayout20deleteAllLayoutItemsEv : 6 QtWidgets > 0x000108cc6fba _ZN15QDockAreaLayout20deleteAllLayoutItemsEv > + 42 > ( 7) 7 QtWidgets 0x000108cf3d74 > _ZN17QMainWindowLayoutD2Ev : 7 QtWidgets > 0x000108cf3d74 _ZN17QMainWindowLayoutD2Ev + 52 > ( 8) 8 QtWidgets 0x000108cf3fde > _ZN17QMainWindowLayoutD0Ev : 8 QtWidgets > 0x000108cf3fde _ZN17QMainWindowLayoutD0Ev + 14 > ( 9) 9 QtWidgets 0x000108badaee > _ZN7QWidgetD2Ev : 9 QtWidgets > 0x000108badaee _ZN7QWidgetD2Ev + 414 > ( 10) 10 lyx 0x000107723de2 > _ZN3lyx8frontend7GuiViewD0Ev : 10 lyx > 0x000107723de2 _ZN3lyx8frontend7GuiViewD0Ev + 14 > ( 11) 11 QtCore 0x00010872b050 > _ZN7QObject5eventEP6QEvent : 11 QtCore > 0x00010872b050 _ZN7QObject5eventEP6QEvent + 128 > ( 12) 12 QtWidgets 0x000108bc054b > _ZN7QWidget5eventEP6QEvent : 12 QtWidgets > 0x000108bc054b _ZN7QWidget5eventEP6QEvent + 5787 > ( 13) 13 QtWidgets 0x000108ceaee5 > _ZN11QMainWindow5eventEP6QEvent : 13 QtWidgets > 0x000108ceaee5 _ZN11QMainWindow5eventEP6QEvent + 1733 > ( 14) 14 lyx 0x00010772828d > _ZN3lyx8frontend7GuiView5eventEP6QEvent : 14 lyx > 0x00010772828d _ZN3lyx8frontend7GuiView5eventEP6QEvent + 249 > ( 15) 15 QtWidgets 0x000108b85b2d > _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent : 15 QtWidgets > 0x000108b85b2d > _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent + 301 > ( 16) 16 QtWidgets 0x000108b86ea7 > _ZN12QApplication6notifyEP7QObjectP6QEvent : 16 QtWidgets > 0x000108b86ea7 _ZN12QApplication6notifyEP7QObjectP6QEvent + > 391 > ( 17) 17 lyx 0x00010758c3e0 > _ZN3lyx8frontend14GuiApplication6notifyEP7QObjectP6QEvent : 17 lyx > 0x00010758c3e0 > _ZN3lyx8frontend14GuiApplication6notifyEP7QObjectP6QEvent + 22 > ( 18) 18 QtCore 0x000108701414 > _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent : 18 QtCore >0x000108701414 > _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent + 164 > ( 19) 19 QtCore 0x00010870259b > _ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData : > 19 QtCore 0x00010870259b > _ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData + > 891 > ( 20) 20 QtCore 0x
Re: [ANNOUNCE] LyXWinInstaller for 2.3.0
Thank you Uwe for all your contribution. I have not followed this debate because I do not use much the Windows version, but the diversity of tools cannot hurt in any case. So, thank you for your good work! Best regards, Murat Murat Yildizoglu Le 9 juil. 2018 à 23:00 +0200, Uwe Stöhr , a écrit : > Dear LyX users, > > despite unannounced until today there is an Windows installer available > for LyX 2.3.0 since March: > https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/ > and > http://ftp.lyx.de/LyXWinInstaller/LyX2.3.0/ > > Due to some disagreements with some LyX developers, this will not be the > official LyX for Windows installer. However, it works and was already > downloaded more than 1000 times since March. > > Due to the disagreement with the understanding how LyX under Windows > should be developed, I will provide the LyXWinInstaller as my private > project and support it of course. > > The LyXWinInstaller will take care of everything that provides you a > fully functional LyX. That means LyXWinInstaller will take care of all > third-party programs LyX is using in the background (MiKTeX, TeXLive, > Python, ImageMagick, Inkscape etc.) and will configure and update them > for you. The goal is, as for the last years where LyXWinInstaller was > the official LyX for Windows installer, to provide an installer where > 90% of the users just have to click few times OK and Nextbut to get a > fully functional LyX but that also gives some freedom for the 10 % power > users (to deselect third-party programs etc.). > > As I understood it, there will be a new installer for LyX under Windows > from the LyX developers based on the code of LyXWinInstaller. I can and > will not give support for this installer because I was not involved in > this development. > > regards > Uwe Stöhr > >
Re: Strange problem of which I have difficulty to locate the origin
Me again, Sometime, Writing a message helps us to solve the problem I imagine. I have solved the problem I think. turkish in Babe need ,shorthands=:! as an option (to neutralize babel rules for =, it seems that they pose a problem for xkeyval used by includegraphics). I was adding it in custom options for the document, but it was not working it seems. I have thought of trying to put it in the preamble by putting \usepackage[shorthands=:!]{babel} and it worked. Both figures compile now. I was not well aware of this possibility of adding supplementary options through the preamble. It works very well. Thank you very much! 2017-10-02 11:32 GMT+02:00 Murat Yildizoglu <myi...@gmail.com>: > Dear list members, > > I have been using LyX for many years but I currently meet a strange > problem: I am writing my first article in Turkish and I use turkish as a > babel mode (with english) and I cannot scale or resize any included PDF > figure (I typeset with pdflatex). In the attached example file the fisr > figure has a scaling instruction, but the second has not; You can see in > the resulting PDF that the first figure is not included and we see a bit of > the scaling instruction given to \includegraphics instead. The second is > correctly included. > Is this a feature or a bug? > > FYI: If I export to latex, I can compile the file with both figures. > > Any idea why I get this problem, and how I can solve it? > > Thank you very much. > > Murat > > -- > Prof. Murat Yildizoglu > > Université Montesquieu Bordeaux IV > GREThA (UMR CNRS 5113) > Avenue Léon Duguit > 33608 Pessac cedex > France > > Bureau : E-331 > > mail: murat.yildizoglu at u-bordeaux.fr > > web: http://yildizoglu.fr > -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : E-331 mail: murat.yildizoglu at u-bordeaux.fr web: http://yildizoglu.fr
Strange problem of which I have difficulty to locate the origin
Dear list members, I have been using LyX for many years but I currently meet a strange problem: I am writing my first article in Turkish and I use turkish as a babel mode (with english) and I cannot scale or resize any included PDF figure (I typeset with pdflatex). In the attached example file the fisr figure has a scaling instruction, but the second has not; You can see in the resulting PDF that the first figure is not included and we see a bit of the scaling instruction given to \includegraphics instead. The second is correctly included. Is this a feature or a bug? FYI: If I export to latex, I can compile the file with both figures. Any idea why I get this problem, and how I can solve it? Thank you very much. Murat -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : E-331 mail: murat.yildizoglu at u-bordeaux.fr web: http://yildizoglu.fr evolcomplexecon-test.lyx Description: Binary data evolcomplexecon-test.pdf Description: Adobe PDF document
Correction: Strange behaviour of the colors preference setting in version 2.2.1
Sorry, Playing more with this problem, I have just discovered that the settings dialog box is not closed, but it is hidden behind the main LyX Window as soon as I click the OK button of the color selection dialog. Since it was just disappearing at the same time as the color dialog box, I was wrongly assuming that it was also closed. This is strange anyway, I think. Since the setting dialog box is initially visible behind the Colors dialog box, it should remain there when we click the Ok button, and not get hidden behind the main window. I use the OSX (El Capitan 10.11.06 in French) version of Lyx. I have forgotten to give this information in my initial mail. Sorry for my initial confusion and thank you very much for your magnificent efforts. 2016-08-29 11:11 GMT+02:00 Murat Yildizoglu <murat.yildizo...@u-bordeaux.fr> : > Hi, > > I have installed the last version of Lyx, and then wanted to change the > background color setting in the preferences. When I open > Preferences/Colours and double-click on the background item, the dialog box > for color opens and I can select a colour, but as soon as I click the OK > button of the color dialog box, the whole preferences dialog closes before > I have the chance of clicking Apply, and my change is not recorded. > > This is strange, no? > > Best regards, > > Murat > > -- > Prof. Murat Yildizoglu > > Note: Please use the following address as such > > UNIVERSITE DE BORDEAUX > GREThA (UMR CNRS 5113) > MURAT YILDIZOGLU > 16 AVENUE LEON DUGUIT > CS 50057 > 33608 PESSAC CEDEX > FRANCE > > Bureau : E-331 > > mail: murat.yildizoglu at u-bordeaux.fr > > web: www.yildizoglu.fr > -- Prof. Murat Yildizoglu Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: murat.yildizoglu at u-bordeaux.fr web: www.yildizoglu.fr
Strange behaviour of the colors preference setting in version 2.2.1
Hi, I have installed the last version of Lyx, and then wanted to change the background color setting in the preferences. When I open Preferences/Colours and double-click on the background item, the dialog box for color opens and I can select a colour, but as soon as I click the OK button of the color dialog box, the whole preferences dialog closes before I have the chance of clicking Apply, and my change is not recorded. This is strange, no? Best regards, Murat -- Prof. Murat Yildizoglu Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: murat.yildizoglu at u-bordeaux.fr web: www.yildizoglu.fr
Re: A margin-al question
Sorry Scott, It seems that I have missed your original reply. I do not use the full screen mode, but even in a normal window, the letters are just touching the border of the window, without any gutter or margin. For me the text would be easier to read and manipulate if there was a small gutter at least between the window border and the letters of the text. I use LyX under OSX FYI. Murat Yildizoglu > Le 10 déc. 2015 à 23:35, Scott Kostyshak <skost...@lyx.org> a écrit : > >> On Sat, Dec 05, 2015 at 10:06:27PM +0100, Jean-Marc Lasgouttes wrote: >> Le 29/11/15 23:18, Murat Yildizoglu a écrit : >>> Hello, >>> I would like to know if it would be too difficult for you to implement >>> an option that permits us to fix the margin between the text's border >>> and LyX's window border. Currently, there is nearly zero margin, and >>> that is something that slightly annoyed me for many years. >>> I was wondering if the adoption of the new QT would allow for such an >>> option. >>> This is a question comfort rather than usability, but nevertheless... >>> Best regards, >> >> Murat, what kind of value would you choose for the margin? What is the >> difference wrt just resizing the window? We have a ticket that complains >> about line width, but I tend to think that the solution is to qvoid >> full-screen windows. >> >> Do you have something else in mind? > > Murat, do you have any input on the above questions? > > Scott
A margin-al question
Hello, I would like to know if it would be too difficult for you to implement an option that permits us to fix the margin between the text's border and LyX's window border. Currently, there is nearly zero margin, and that is something that slightly annoyed me for many years. I was wondering if the adoption of the new QT would allow for such an option. This is a question comfort rather than usability, but nevertheless... Best regards, Murat -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: Yosemite problems...
The problem I have signaled concerns the preview of the PDF graphics in LyX's Window. Otherwise, the file compiles with the graphics without any problem in all cases. Yes, when I start from the Terminal, the PDF's preview correctly. But something strange happened yesterday: I have upgraded my MacPorts installation through sudo port selfupdate and reconfigured LyX and now the graphics seem to preview in LyX. Bizarre... 2014-11-13 9:04 GMT+01:00 Anders Ekberg a...@mac.com: For me (with pdf generated from Word on a pre-Yosemite Mac) the rendering within LyX does not work well (it puts the two pages on top of each other). Creating a pdf (pdf-latex) works fine though. If it could be of any help in pin-pointing the problem the pdf inserted here are two pages in one file inserted using Insert file external material. When inserting as graphics (including within a float) rendering of a pdf also works although the preview gets an ”Error converting to loadable format” /Anders From: Christopher Menzel chris.men...@gmail.com Date: Wednesday 12 November 2014 22:23 To: LyX Users List lyx-us...@lists.lyx.org Cc: LyX Developers lyx-devel@lists.lyx.org Subject: Re: Yosemite problems... I've been having this problem with embedded PDFs as well since at least 2.1.1. (As with Murat, they do render successfully if I start LyX from the CL.) -chris Murat Yildizoglu wrote: Hi, I have updated by MacBook to Yosemite and LyX to the last version (2.1.2.1). This solves the problem of only being able to reconfigure LyX after having launched it from the command line. But I have now another problem, the figures in PDF format are not loaded in LyX. It says that it cannot convert them to a loadable format. I have both ImageMagick and GhostScript installed via MacPorts (that I have also updated), and, when I launch LyX from the terminal, it can convert the graphics and show them on the screen. Is this an unsolvable problem, or can we do something for getting back the functionality of LyX? An aside, in case you are worrying about this: I have checked that KnitR files compile without any problem. Any idea about the solution? Best regards, Murat -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: Yosemite problems...
The problem I have signaled concerns the preview of the PDF graphics in LyX's Window. Otherwise, the file compiles with the graphics without any problem in all cases. Yes, when I start from the Terminal, the PDF's preview correctly. But something strange happened yesterday: I have upgraded my MacPorts installation through sudo port selfupdate and reconfigured LyX and now the graphics seem to preview in LyX. Bizarre... 2014-11-13 9:04 GMT+01:00 Anders Ekberg <a...@mac.com>: > For me (with pdf generated from Word on a pre-Yosemite Mac) the rendering > within LyX does not work well (it puts the two pages on top of each other). > Creating a pdf (pdf-latex) works fine though. If it could be of any help in > pin-pointing the problem the pdf inserted here are two pages in one file > inserted using Insert > file > external material. > > When inserting as graphics (including within a float) rendering of a pdf > also works although the preview gets an ”Error converting to loadable > format” > > /Anders > > From: Christopher Menzel <chris.men...@gmail.com> > Date: Wednesday 12 November 2014 22:23 > To: LyX Users List <lyx-us...@lists.lyx.org> > Cc: LyX Developers <lyx-devel@lists.lyx.org> > Subject: Re: Yosemite problems... > > I've been having this problem with embedded PDFs as well since at least > 2.1.1. (As with Murat, they do render successfully if I start LyX from the > CL.) > > -chris > > Murat Yildizoglu wrote: > > Hi, > I have updated by MacBook to Yosemite and LyX to the last version > (2.1.2.1). This solves the problem of only being able to reconfigure LyX > after having launched it from the command line. > But I have now another problem, the figures in PDF format are not loaded > in LyX. It says that it cannot convert them to a loadable format. I have > both ImageMagick and GhostScript installed via MacPorts (that I have also > updated), and, when I launch LyX from the terminal, it can convert the > graphics and show them on the screen. > > Is this an unsolvable problem, or can we do something for getting back the > functionality of LyX? > > An aside, in case you are worrying about this: I have checked that KnitR > files compile without any problem. > > Any idea about the solution? > > Best regards, > > Murat > > -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: Major document corruption
Is this bug that haunts the new version is specific to the OSX version? I am so stressed that I save every two minutes :-( Le lundi 16 juin 2014, Maria Gouskova gousk...@gmail.com a écrit : Hi all, So LyX (2.1.0, Mac OS 10.6) stopped responding after I did something fairly routine to a file (adding references), and I forced the program to quit. Now I can reopen LyX, but the file I was working on will not open--LyX just beachballs. To figure this out, I opened the .lyx file in a text editor, and saw that about 2/3rds of the file just got lopped off! The lyx.emergency file is missing those parts, too. I restored the previous version of the file via Dropbox so I didn't lose much work. So, is it this? http://www.lyx.org/trac/ticket/9049 Maria -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: Major document corruption
Is this bug that haunts the new version is specific to the OSX version? I am so stressed that I save every two minutes :-( Le lundi 16 juin 2014, Maria Gouskova <gousk...@gmail.com> a écrit : > Hi all, > > So LyX (2.1.0, Mac OS 10.6) stopped responding after I did something > fairly routine to a file (adding references), and I forced the program > to quit. Now I can reopen LyX, but the file I was working on will not > open--LyX just beachballs. To figure this out, I opened the .lyx file > in a text editor, and saw that about 2/3rds of the file just got > lopped off! The lyx.emergency file is missing those parts, too. I > restored the previous version of the file via Dropbox so I didn't lose > much work. > > So, is it this? > > http://www.lyx.org/trac/ticket/9049 > > Maria > -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: Crash report on OSX
Frankly, I do not remember how this report has been gerenated because I have found it later, just by chance. Sorry for not being more helpful Stephan. Stephan Witt a écrit: Am 14.06.2014 um 14:40 schrieb Murat Yildizoglumyi...@gmail.com: Hi, I have already signaled some crashes, but I was unable to observe them by launching Lyx from the terminal. While doing a routine WiFi diagnostic, using the utility provided by the OSX, I have discovered that it has recuperated a crash report for LyX. So, I send it to you in case it can help you to detect why it has crashed. Hi Murat, is this a crash on exit? Stephan
Re: Crash report on OSX
Frankly, I do not remember how this report has been gerenated because I have found it later, just by chance. Sorry for not being more helpful Stephan. Stephan Witt a écrit: Am 14.06.2014 um 14:40 schrieb Murat Yildizoglu<myi...@gmail.com>: Hi, I have already signaled some crashes, but I was unable to observe them by launching Lyx from the terminal. While doing a routine WiFi diagnostic, using the utility provided by the OSX, I have discovered that it has recuperated a crash report for LyX. So, I send it to you in case it can help you to detect why it has crashed. Hi Murat, is this a crash on exit? Stephan
Re: FW: help/cannot open after emergency stop...
That looks similar to the problem I have signaled some time ago and more recently. Le mercredi 21 mai 2014, Rudi Gaelzer rgael...@gmail.com a écrit : On Friday 16 May 2014 09:41:27 Jürgen Spitzmüller wrote: 2014-05-16 8:34 GMT+02:00 Wu, Yan: Today when I am writing with LyX. Suddenly the document crushed, with one message says: emergency stop...I could not tell exactly. Then the file closed but I could not open it again later. It is really a disaster for me if I lost the document. I write the email to ask any help I can get from you. Thank you very much in advance. Looking forward to your response. First, check if you have a backup in the backup directory set in Tools Preferences Path. If so (hopefully), you will find a backup of the file there. Next, open the LyX file with a text editor. If it ends with \begin_inset Tabular instead of \end_body \end_document then you have probably faced this bug http://www.lyx.org/trac/ticket/9049 Jürgen Best wishes, Yan This is happening a lot for me, since version 2.1.0. In my case, both the original and the backup files are complete, whereas the emergency lacks \end_body \end_document and ends with \begin_inset Tabular I noticed that this seems to happen after I spent a long time working on the doc without saving, i. e., when the autosave kicks in. If I save the doc a lot, the crash don't happen. I'd suggest that you manually save your work and disable the autobackup in Tools - Preferences - Document Handling until the fix is available. -- Rudi Gaelzer Institute of Physics Federal University of Rio Grande do Sul BRAZIL Registered linux user # 153741 -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: FW: help/cannot open after emergency stop...
That looks similar to the problem I have signaled some time ago and more recently. Le mercredi 21 mai 2014, Rudi Gaelzer <rgael...@gmail.com> a écrit : > On Friday 16 May 2014 09:41:27 Jürgen Spitzmüller wrote: > > 2014-05-16 8:34 GMT+02:00 Wu, Yan: > > > > > Today when I am writing with LyX. Suddenly the document crushed, with > one > > > message says: emergency stop...I could not tell exactly. > > > > > > Then the file closed but I could not open it again later. It is really > a > > > disaster for me if I lost the document. > > > > > > I write the email to ask any help I can get from you. Thank you very > much > > > in advance. Looking forward to your response. > > > > > > > First, check if you have a backup in the backup directory set in Tools > > > Preferences > Path. If so (hopefully), you will find a backup of the file > > there. > > > > Next, open the LyX file with a text editor. If it ends with > > > > \begin_inset Tabular > > > > instead of > > > > \end_body > > \end_document > > > > then you have probably faced this bug > > > > http://www.lyx.org/trac/ticket/9049 > > > > Jürgen > > > > > > > > > > Best wishes, > > > > > > Yan > > > > > > > > > > > > > > > > > > > > This is happening a lot for me, since version 2.1.0. > In my case, both the original and the backup files are complete, whereas > the emergency lacks > > \end_body > \end_document > > and ends with > > \begin_inset Tabular > > I noticed that this seems to happen after I spent a long time working on > the doc without saving, i. e., when the autosave kicks in. If I save the > doc a lot, the crash don't happen. > > I'd suggest that you manually save your work and disable the autobackup in > Tools -> Preferences -> Document Handling until the fix is available. > -- > Rudi Gaelzer > Institute of Physics > Federal University of Rio Grande do Sul > BRAZIL > Registered linux user # 153741 > -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
SIGSEGV
Hello, I continue to randomly get these quite frequently with the last version (2.1.0) of LyX. Of course when I start from the terminal, they do not happen :-( and I cannot help you to debug. I should think to always start from the terminal, but I forget frequently... Is there a log file somewhere that I can read to indicate you the generated errors? Best regards, Murat -- Université de Bordeaux http://www.u-bordeaux.fr CNRS http://www.cnrs.fr/aquitaine-limousin Prof. Murat Yildizoglu mailto:yi...@u-bordeaux4.fr GREThA (UMR CNRS 5113) UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 yildizoglu.info http://yildizoglu.info
Re: SIGSEGV
Hi Jurgen, I will try this. I do not really use input completion anyway. Jürgen Spitzmüller mailto:sp...@lyx.org 20 mai 2014 18:27 Hello, I continue to randomly get these quite frequently with the last version (2.1.0) of LyX. Of course when I start from the terminal, they do not happen :-( and I cannot help you to debug. I should think to always start from the terminal, but I forget frequently... Is there a log file somewhere that I can read to indicate you the generated errors? Do you also get them when you disable Input Completion in Tools Preferences Editing Completion? Jürgen -- Université de Bordeaux http://www.u-bordeaux.fr CNRS http://www.cnrs.fr/aquitaine-limousin Prof. Murat Yildizoglu mailto:yi...@u-bordeaux4.fr GREThA (UMR CNRS 5113) UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 yildizoglu.info http://yildizoglu.info
SIGSEGV
Hello, I continue to randomly get these quite frequently with the last version (2.1.0) of LyX. Of course when I start from the terminal, they do not happen :-( and I cannot help you to debug. I should think to always start from the terminal, but I forget frequently... Is there a log file somewhere that I can read to indicate you the generated errors? Best regards, Murat -- Université de Bordeaux <http://www.u-bordeaux.fr> CNRS <http://www.cnrs.fr/aquitaine-limousin> Prof. Murat Yildizoglu <mailto:yi...@u-bordeaux4.fr> GREThA (UMR CNRS 5113) UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 yildizoglu.info <http://yildizoglu.info>
Re: SIGSEGV
Hi Jurgen, I will try this. I do not really use input completion anyway. Jürgen Spitzmüller <mailto:sp...@lyx.org> 20 mai 2014 18:27 Hello, I continue to randomly get these quite frequently with the last version (2.1.0) of LyX. Of course when I start from the terminal, they do not happen :-( and I cannot help you to debug. I should think to always start from the terminal, but I forget frequently... Is there a log file somewhere that I can read to indicate you the generated errors? Do you also get them when you disable Input Completion in Tools > Preferences > Editing > Completion? Jürgen -- Université de Bordeaux <http://www.u-bordeaux.fr> CNRS <http://www.cnrs.fr/aquitaine-limousin> Prof. Murat Yildizoglu <mailto:yi...@u-bordeaux4.fr> GREThA (UMR CNRS 5113) UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 yildizoglu.info <http://yildizoglu.info>
Re: Beamer in Lyx 2.1.0
Hi to all, I have already signaled, some time ago I think, that this behaviour is somewhat cumbersome, and that the students (doctoral and post-doctoral students) to whom I was teaching LyX as a general front end to everything (R, PDF, etc.) were somewhat baffled by the operations necessary to create a simple frame. Since I was already adapted to the process (and automated many steps using Keyboard maestro macro player :-) ), I was a bit surprised by their strong reaction. So, I think that we should take into account these reactions. If we can get back the switch to Standard function of the double returns, that would be an amelioration I think. We had in the recent past some abusive criticisms in the list, but that should not make us immediately adopt a defensive discourse when a new criticism appears, especially if it is constructive and detailed as here. Best regards, Murat Julio Rojas mailto:jcredbe...@gmail.com 8 mai 2014 04:54 Dear Jürgen, there is no need for irony on your comments. Everybody is doing an honest effort to work with the new Beamer environment. You have quoted the behavior of other environments as the reference for the Frame environment. If I am in a, for example, Problem environment and I want to get out of it into the standard environment, all I have to do is issue a couple of returns. This behavior is nowhere to be found in the Frame environment, as I can issue as many returns as I wish and the UI will accept them. This is, at least IMHO, a first in Lyx. As for the behavior after getting out of the frame title, what Neal was explaining is related to the previous paragraph. After issuing return outside of the frame title, another return should get you to the standard environment. Then issuing a tab would indent this standard environment into the Frame environment and you can keep working. This is the behavior I was expecting from my experience with Lyx and all sorts of environments. In this moment, you can issue as many returns as you wish and Lyx would keep adding empty white lines of a Frame environment. This behavior is not only annoying and useless, to say the least, but also is nowhere to be found in other environments. I hope that you understand our concerns. Regards. - Julio Rojas jcredbe...@gmail.com mailto:jcredbe...@gmail.com Jürgen Spitzmüller mailto:sp...@lyx.org 7 mai 2014 17:46 Which brings up another question. Alt-A return? How could I have discovered this? Reading the beamer manual perhaps? Also, the shortcut is displayed in the respective menu (Edit). And it is also documented generally in the LyX manuals. Jürgen Neal Becker mailto:ndbeck...@gmail.com 7 mai 2014 17:41 Which brings up another question. Alt-A return? How could I have discovered this? If I look at Help/Shortcuts, I don't see it (or am I blind?) I wish lyx had a way to discover things like emacs does. Neal Becker mailto:ndbeck...@gmail.com 7 mai 2014 17:38 After arrow right, return. I can type some text. Looks nice. Oh, it's not nested in the frame. Hit tab. Now you have Frame inside Frame. Jürgen Spitzmüller mailto:sp...@lyx.org 7 mai 2014 17:31 2014-05-07 17:14 GMT+02:00 Neal Becker: OK, I'm confused here. Let's consider workflow to make a bullet chart. I was talking about the Standard paragraph, not Itemize. Insert sep. Hit return. Select Frame Fill in Title oops - return in title does nothing, navigate past title (right arrow), hit return Easier: Alt-A Return Fill in title Arrow right Return Now I'm in Frame. Certainly not what I want - I don't even know what this frame in a frame would do. I do not understand what you mean by Frame in a frame. You are still in the same frame. Would you also say Quotation in a quotation if the style still is called quotation after hitting return? Or Itemize in an itemize? Or Theorem in a Theorem? Or, for that matter, Standard in Standard? Switch to itemize Use mouse to hit - icon to nest itemize within frame. Yes. The same as you need to do when using itemize in an Example box, or Quotation, or Theorem, or ... Jürgen -- Université de Bordeaux http://www.u-bordeaux.fr CNRS http://www.cnrs.fr/aquitaine-limousin Prof. Murat Yildizoglu mailto:yi...@u-bordeaux4.fr GREThA (UMR CNRS 5113) UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 yildizoglu.info http://yildizoglu.info
Re: Beamer in Lyx 2.1.0
Hi to all, I have already signaled, some time ago I think, that this behaviour is somewhat cumbersome, and that the students (doctoral and post-doctoral students) to whom I was teaching LyX as a general front end to everything (R, PDF, etc.) were somewhat baffled by the operations necessary to create a simple frame. Since I was already adapted to the process (and automated many steps using Keyboard maestro macro player :-) ), I was a bit surprised by their strong reaction. So, I think that we should take into account these reactions. If we can get back the switch to Standard function of the double returns, that would be an amelioration I think. We had in the recent past some abusive criticisms in the list, but that should not make us immediately adopt a defensive discourse when a new criticism appears, especially if it is constructive and detailed as here. Best regards, Murat Julio Rojas <mailto:jcredbe...@gmail.com> 8 mai 2014 04:54 Dear Jürgen, there is no need for irony on your comments. Everybody is doing an honest effort to work with the "new" Beamer environment. You have quoted the behavior of other environments as the reference for the "Frame" environment. If I am in a, for example, "Problem" environment and I want to get out of it into the standard environment, all I have to do is issue a couple of returns. This behavior is nowhere to be found in the "Frame" environment, as I can issue as many returns as I wish and the UI will accept them. This is, at least IMHO, a first in Lyx. As for the behavior after getting out of the frame title, what Neal was explaining is related to the previous paragraph. After issuing return outside of the frame title, another return should get you to the standard environment. Then issuing a tab would indent this standard environment into the "Frame" environment and you can keep working. This is the behavior I was expecting from my experience with Lyx and all sorts of environments. In this moment, you can issue as many returns as you wish and Lyx would keep adding empty white lines of a "Frame" environment. This behavior is not only annoying and useless, to say the least, but also is nowhere to be found in other environments. I hope that you understand our concerns. Regards. - Julio Rojas jcredbe...@gmail.com <mailto:jcredbe...@gmail.com> Jürgen Spitzmüller <mailto:sp...@lyx.org> 7 mai 2014 17:46 Which brings up another question. Alt-A return? How could I have discovered this? Reading the beamer manual perhaps? Also, the shortcut is displayed in the respective menu (Edit). And it is also documented generally in the LyX manuals. Jürgen Neal Becker <mailto:ndbeck...@gmail.com> 7 mai 2014 17:41 Which brings up another question. Alt-A return? How could I have discovered this? If I look at Help/Shortcuts, I don't see it (or am I blind?) I wish lyx had a way to discover things like emacs does. Neal Becker <mailto:ndbeck...@gmail.com> 7 mai 2014 17:38 After arrow right, return. I can type some text. Looks nice. Oh, it's not nested in the frame. Hit tab. Now you have Frame inside Frame. Jürgen Spitzmüller <mailto:sp...@lyx.org> 7 mai 2014 17:31 2014-05-07 17:14 GMT+02:00 Neal Becker: OK, I'm confused here. Let's consider workflow to make a bullet chart. I was talking about the Standard paragraph, not Itemize. Insert sep. Hit return. Select Frame Fill in Title oops - return in title does nothing, navigate past title (right arrow), hit return Easier: Alt-A Return Fill in title Arrow right Return Now I'm in Frame. Certainly not what I want - I don't even know what this frame in a frame would do. I do not understand what you mean by "Frame in a frame". You are still in the same frame. Would you also say "Quotation in a quotation" if the style still is called "quotation" after hitting return? Or "Itemize in an itemize"? Or "Theorem in a Theorem"? Or, for that matter, "Standard in Standard"? Switch to itemize Use mouse to hit -> icon to nest itemize within frame. Yes. The same as you need to do when using itemize in an Example box, or Quotation, or Theorem, or ... Jürgen -- Université de Bordeaux <http://www.u-bordeaux.fr> CNRS <http://www.cnrs.fr/aquitaine-limousin> Prof. Murat Yildizoglu <mailto:yi...@u-bordeaux4.fr> GREThA (UMR CNRS 5113) UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 yildizoglu.info <http://yildizoglu.info>
Re: RC1 crashes on OSX 10.9
More tests : Close LyX, Re open it. Reopen the document. Add a new table Merge the heading rows fill the table let autosave - no problem add a new line copy another line on it let the autosave no problem. So, I have difficulty to locate the factor that triggers this hanging. Sorry for not being able to help you more :-( Murat Yildizoglu 11 avril 2014 14:09 More test: I have merged two cells, waited fro the autobackup, no problem I have added a new line and copied an old line on it, no problem either. The auto-bacup takes place. Vincent van Ravesteijn 11 avril 2014 12:58 Do you remember that you used the move column/row feature? If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:43 -- Both tables have a cell with with "multicolumn=1" and a cell with"multicolumn=2" after each other.cell multicolumn="1" alignment="center" valignment="middle"topline="true" bottomline="true" leftline="true" usebox="none"[...]/cellcell multicolumn="2" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true"[...]/cellcell multicolumn="1" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true" rightline="true"usebox="none"[...]/cellcell multicolumn="2" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true" rightline="true"usebox="none"[...]/cellVincent Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text.Further:--theexample that Uwe added to the bug report was also a tableusing multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save-- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop.Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
More tests : Close LyX, Re open it. Reopen the document. Add a new table Merge the heading rows fill the table let autosave -> no problem add a new line copy another line on it let the autosave> no problem. So, I have difficulty to locate the factor that triggers this hanging. Sorry for not being able to help you more :-( Murat Yildizoglu 11 avril 2014 14:09 More test: I have merged two cells, waited fro the autobackup, no problem I have added a new line and copied an old line on it, no problem either. The auto-bacup takes place. Vincent van Ravesteijn 11 avril 2014 12:58 Do you remember that you used the move column/row feature? If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:43 -- Both tables have a cell with with "multicolumn=1" and a cell with"multicolumn=2" after each other.topline="true" bottomline="true" leftline="true" usebox="none">[...]topline="true" bottomline="true" leftline="true"[...]topline="true" bottomline="true" leftline="true" rightline="true"usebox="none">[...]topline="true" bottomline="true" leftline="true" rightline="true"usebox="none">[...]Vincent Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text. Further: -- the example that Uwe added to the bug report was also a table using multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save -- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop. Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
RC1 crashes on OSX 10.9
Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Sorry, I have sent to you a backup instead of the emergency file :-( Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info #LyX 2.1 created this file. For more info see http://www.lyx.org/ \lyxformat 474 \begin_document \begin_header \textclass article \use_default_options true \begin_modules multicol \end_modules \maintain_unincluded_children false \language english \language_package default \inputencoding auto \fontencoding global \font_roman default \font_sans default \font_typewriter default \font_math auto \font_default_family default \use_non_tex_fonts false \font_sc false \font_osf false \font_sf_scale 100 \font_tt_scale 100 \graphics default \default_output_format default \output_sync 0 \bibtex_command default \index_command default \paperfontsize default \spacing single \use_hyperref false \papersize default \use_geometry true \use_package amsmath 1 \use_package amssymb 1 \use_package cancel 1 \use_package esint 1 \use_package mathdots 1 \use_package mathtools 1 \use_package mhchem 1 \use_package stackrel 1 \use_package stmaryrd 1 \use_package undertilde 1 \cite_engine natbib \cite_engine_type authoryear \biblio_style plain \use_bibtopic false \use_indices false \paperorientation portrait \suppress_date false \justification true \use_refstyle 1 \index Index \shortcut idx \color #008000 \end_index \leftmargin 2cm \topmargin 2cm \rightmargin 2cm \bottommargin 2cm \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \paragraph_indentation default \quotes_language english \papercolumns 1 \papersides 1 \paperpagestyle default \tracking_changes false \output_changes false \html_math_output 0 \html_css_as_file 0 \html_be_strict false \end_header \begin_body \begin_layout Title Structure and components of the model \end_layout \begin_layout Section Households \end_layout \begin_layout Standard Consume the final good and supply labour, which can be skilled or unskilled. \end_layout \begin_layout Section Capital goods production and market \begin_inset CommandInset label LatexCommand label name sec:Capital-goods-production \end_inset \end_layout \begin_layout Standard At the end of the period, the firm computes its cash-flow \begin_inset Formula \[ CF_{t}=\Pi_{t}+\left(1+i^{D}\right)D_{t-1}-\left(1+i^{C}\right)C_{t-1} \] \end_inset \end_layout \begin_layout Standard and computes the budget necessary for financing the labour and invest for the next period, and the resulting credit demand \begin_inset Formula \[ C_{t}^{d}=max\left\{ w_{t+1}N_{t+1}^{d}+p_{K,t+1}^{e}I_{t+1}^{d}-CF_{t},0\right\} \] \end_inset \end_layout \begin_layout Section Final good production and market \end_layout \begin_layout Standard Production using intermediate goods and unskilled labour. \end_layout \begin_layout Standard No innovation in this sector, but different vintage of intermediate goods with increasing productivity. \end_layout \begin_layout Section Banking \end_layout \begin_layout Section RD and innovations \end_layout \begin_layout Standard Only K-firms do RD and innovations \begin_inset Formula \[ R_{l}=n_{R,l}N_{l}^{S} \] \end_inset \end_layout \begin_layout Standard Sharing between radical and incremental innovation/imitation orientated RD using the proportion \begin_inset Formula $v$ \end_inset for the radical RD: \begin_inset Formula \[ R^{r}=vR_{l} \] \end_inset \end_layout \begin_layout Standard and incremental RD is \begin_inset Formula \[ R^{i}=(1-v)R_{l} \] \end_inset \end_layout \begin_layout Subsection Innovations \end_layout \begin_layout Standard \begin_inset ERT status open \begin_layout Plain Layout \backslash noindent \end_layout \end_inset \series bold Incremental innovations \end_layout \begin_layout Standard Number of incremental innovative draws are given by a Poisson law given by the parameters \begin_inset Formula $\psi^{inc}R^{inc}$ \end_inset , where \begin_inset Formula $\psi^{inc}$ \end_inset is the productivity of the incremental RD expenditure: \end_layout \begin_layout Standard \begin_inset Formula \[ n_{\tau}^{inc}\rightsquigarrow max\left\{ 0,\mathcal{P}\left(\psi^{r}R^{r}\right)-\Omega_{\tau}^{inc}\right\} \] \end_inset where \begin_inset Formula $d\Omega_{\tau}^{inc}/d\tau$ \end_inset 0
Re: RC1 crashes on OSX 10.9
Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder eitherWell, that's useful information. Apparently we end up in an infinite loop or something alike? Vincent Murat Yildizoglu 11 avril 2014 11:43 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text.Further:--theexample that Uwe added to the bug report was also a tableusing multi-columns When I had this crash first, I was not using at all the multi-column module in this document, but it was just after the introduction of some tables. So, the culprit seems to be the tables, instead of their combination with multicolumn. -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save-- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop. Probably because the processors get saturated and the crash is not caught by the system, I must force quite LyX. Strangely enough, when I recover an older version of the file (nevertheless containing the tables), I can work on it without any crash, if I do not touch the tables. Vincent Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder eitherWell, that's useful information. Apparently we end up in an infinite loop or something alike? Vincent Murat Yildizoglu 11 avril 2014 11:43 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet. Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text.Further:--theexample that Uwe added to the bug report was also a tableusing multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save-- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop.Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder eitherWell, that's useful information. Apparently we end up in an infinite loop or something alike? Vincent Murat Yildizoglu 11 avril 2014 11:43 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Vincent van Ravesteijn a crit: Do you remember that you used the move column/row feature? I am not completely sure, but I do not think that I have used it. If I remember correctly, I have just copied some lines over others. I could maybe try to check it and tell you: I have moved a line up, and let the autobackup come. It seems that lyx has been able to create #myfile.lyx# without any problem. If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:58 Do you remember that you used the move column/row feature? If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:43 -- Both tables have a cell with with "multicolumn=1" and a cell with"multicolumn=2" after each other.cell multicolumn="1" alignment="center" valignment="middle"topline="true" bottomline="true" leftline="true" usebox="none"[...]/cellcell multicolumn="2" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true"[...]/cellcell multicolumn="1" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true" rightline="true"usebox="none"[...]/cellcell multicolumn="2" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true" rightline="true"usebox="none"[...]/cellVincent Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text.Further:--theexample that Uwe added to the bug report was also a tableusing multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save-- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop.Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder eitherWell, that's useful information. Apparently we end up in an infinite loop or something alike? Vincent -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
I have difficulty to provoke the bug, as you can see. It seems to happen after having done a specific modification in the document. The tables are correctly saved, only the stuff added after having inserted the tables are lost when this happens. Jrgen Spitzmller a crit: 2014-04-11 12:21 GMT+02:00 Murat Yildizoglu myi...@gmail.com mailto:myi...@gmail.com: Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet. If it is indeed a loop, it might be helpful if you could trigger the crash with "-dbg any" set. Jrgen Jrgen Spitzmller 11 avril 2014 13:05 Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet.If it is indeed a loop, it might be helpful if you could trigger the crash with "-dbg any" set.Jrgen Murat Yildizoglu 11 avril 2014 12:21 Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet. Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text.Further:--theexample that Uwe added to the bug report was also a tableusing multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save-- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop.Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder eitherWell, that's useful information. Apparently we end up in an infinite loop or something alike? Vincent -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
More test: I have merged two cells, waited fro the autobackup, no problem I have added a new line and copied an old line on it, no problem either. The auto-bacup takes place. Vincent van Ravesteijn 11 avril 2014 12:58 Do you remember that you used the move column/row feature? If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:43 -- Both tables have a cell with with "multicolumn=1" and a cell with"multicolumn=2" after each other.cell multicolumn="1" alignment="center" valignment="middle"topline="true" bottomline="true" leftline="true" usebox="none"[...]/cellcell multicolumn="2" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true"[...]/cellcell multicolumn="1" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true" rightline="true"usebox="none"[...]/cellcell multicolumn="2" alignment="center" valignment="top"topline="true" bottomline="true" leftline="true" rightline="true"usebox="none"[...]/cellVincent Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text.Further:--theexample that Uwe added to the bug report was also a tableusing multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save-- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop.Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder eitherWell, that's useful information. Apparently we end up in an infinite loop or something alike? Vincent -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
RC1 crashes on OSX 10.9
Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Sorry, I have sent to you a backup instead of the emergency file :-( Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info #LyX 2.1 created this file. For more info see http://www.lyx.org/ \lyxformat 474 \begin_document \begin_header \textclass article \use_default_options true \begin_modules multicol \end_modules \maintain_unincluded_children false \language english \language_package default \inputencoding auto \fontencoding global \font_roman default \font_sans default \font_typewriter default \font_math auto \font_default_family default \use_non_tex_fonts false \font_sc false \font_osf false \font_sf_scale 100 \font_tt_scale 100 \graphics default \default_output_format default \output_sync 0 \bibtex_command default \index_command default \paperfontsize default \spacing single \use_hyperref false \papersize default \use_geometry true \use_package amsmath 1 \use_package amssymb 1 \use_package cancel 1 \use_package esint 1 \use_package mathdots 1 \use_package mathtools 1 \use_package mhchem 1 \use_package stackrel 1 \use_package stmaryrd 1 \use_package undertilde 1 \cite_engine natbib \cite_engine_type authoryear \biblio_style plain \use_bibtopic false \use_indices false \paperorientation portrait \suppress_date false \justification true \use_refstyle 1 \index Index \shortcut idx \color #008000 \end_index \leftmargin 2cm \topmargin 2cm \rightmargin 2cm \bottommargin 2cm \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \paragraph_indentation default \quotes_language english \papercolumns 1 \papersides 1 \paperpagestyle default \tracking_changes false \output_changes false \html_math_output 0 \html_css_as_file 0 \html_be_strict false \end_header \begin_body \begin_layout Title Structure and components of the model \end_layout \begin_layout Section Households \end_layout \begin_layout Standard Consume the final good and supply labour, which can be skilled or unskilled. \end_layout \begin_layout Section Capital goods production and market \begin_inset CommandInset label LatexCommand label name "sec:Capital-goods-production" \end_inset \end_layout \begin_layout Standard At the end of the period, the firm computes its cash-flow \begin_inset Formula \[ CF_{t}=\Pi_{t}+\left(1+i^{D}\right)D_{t-1}-\left(1+i^{C}\right)C_{t-1} \] \end_inset \end_layout \begin_layout Standard and computes the budget necessary for financing the labour and invest for the next period, and the resulting credit demand \begin_inset Formula \[ C_{t}^{d}=max\left\{ w_{t+1}N_{t+1}^{d}+p_{K,t+1}^{e}I_{t+1}^{d}-CF_{t},0\right\} \] \end_inset \end_layout \begin_layout Section Final good production and market \end_layout \begin_layout Standard Production using intermediate goods and unskilled labour. \end_layout \begin_layout Standard No innovation in this sector, but different vintage of intermediate goods with increasing productivity. \end_layout \begin_layout Section Banking \end_layout \begin_layout Section R and innovations \end_layout \begin_layout Standard Only K-firms do R and innovations \begin_inset Formula \[ R_{l}=n_{R,l}N_{l}^{S} \] \end_inset \end_layout \begin_layout Standard Sharing between radical and incremental innovation/imitation orientated R using the proportion \begin_inset Formula $v$ \end_inset for the radical R: \begin_inset Formula \[ R^{r}=vR_{l} \] \end_inset \end_layout \begin_layout Standard and incremental R is \begin_inset Formula \[ R^{i}=(1-v)R_{l} \] \end_inset \end_layout \begin_layout Subsection Innovations \end_layout \begin_layout Standard \begin_inset ERT status open \begin_layout Plain Layout \backslash noindent \end_layout \end_inset \series bold Incremental innovations \end_layout \begin_layout Standard Number of incremental innovative draws are given by a Poisson law given by the parameters \begin_inset Formula $\psi^{inc}R^{inc}$ \end_inset , where \begin_inset Formula $\psi^{inc}$ \end_inset is the productivity of the incremental R expenditure: \end_layout \begin_layout Standard \begin_inset Formula \[ n_{\tau}^{inc}\rightsquigarrow max\left\{ 0,\mathcal{P}\left(\psi^{r}R^{r}\right)-\Omega_{\tau}^{inc}\right\} \] \end_inset where \begin_inset Formula $d\Omega_{\tau}^{inc}/d\tau$ \end
Re: RC1 crashes on OSX 10.9
Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either Well, that's useful information. Apparently we end up in an infinite loop or something alike ? Vincent Murat Yildizoglu 11 avril 2014 11:43 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text. Further: -- the example that Uwe added to the bug report was also a table using multi-columns When I had this crash first, I was not using at all the multi-column module in this document, but it was just after the introduction of some tables. So, the culprit seems to be the tables, instead of their combination with multicolumn. -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save -- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop. Probably because the processors get saturated and the crash is not caught by the system, I must force quite LyX. Strangely enough, when I recover an older version of the file (nevertheless containing the tables), I can work on it without any crash, if I do not touch the tables. Vincent Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either Well, that's useful information. Apparently we end up in an infinite loop or something alike ? Vincent Murat Yildizoglu 11 avril 2014 11:43 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan Murat Yildizoglu 11 avril 2014 11:27 Hi, I am testing the RC1. I am working on a simple document, but Lyx seems to crash randomly, and to cause a panic in my processors. I have been able to observe this crash once after having launched LyX from the terminal, but there was not any informative message either. One specificity maybe : the document on which I am working is in a Dropbox folder, but nobody else is modifying it when I am working on it. How could I help you to locate the source of the problem? Best regards, Murat -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet. Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text. Further: -- the example that Uwe added to the bug report was also a table using multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save -- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop. Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either Well, that's useful information. Apparently we end up in an infinite loop or something alike ? Vincent Murat Yildizoglu 11 avril 2014 11:43 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either. Stephan Witt 11 avril 2014 11:39 Can you provide the crash report, please?It should be at $HOME/Library/Logs/DiagnosticReportsStephan -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
Vincent van Ravesteijn a écrit: Do you remember that you used the move column/row feature? I am not completely sure, but I do not think that I have used it. If I remember correctly, I have just copied some lines over others. I could maybe try to check it and tell you: I have moved a line up, and let the autobackup come. It seems that lyx has been able to create #myfile.lyx# without any problem. If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:58 Do you remember that you used the move column/row feature? If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:43 -- Both tables have a cell with with "multicolumn=1" and a cell with"multicolumn=2" after each other.topline="true" bottomline="true" leftline="true" usebox="none">[...]topline="true" bottomline="true" leftline="true"[...]topline="true" bottomline="true" leftline="true" rightline="true"usebox="none">[...]topline="true" bottomline="true" leftline="true" rightline="true"usebox="none">[...]Vincent Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text. Further: -- the example that Uwe added to the bug report was also a table using multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save -- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop. Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either Well, that's useful information. Apparently we end up in an infinite loop or something alike ? Vincent -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
I have difficulty to provoke the bug, as you can see. It seems to happen after having done a specific modification in the document. The tables are correctly saved, only the stuff added after having inserted the tables are lost when this happens. Jürgen Spitzmüller a écrit: 2014-04-11 12:21 GMT+02:00 Murat Yildizoglu <myi...@gmail.com <mailto:myi...@gmail.com>>: Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet. If it is indeed a loop, it might be helpful if you could trigger the crash with "-dbg any" set. Jürgen Jürgen Spitzmüller 11 avril 2014 13:05 Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet.If it is indeed a loop, it might be helpful if you could trigger the crash with "-dbg any" set.Jürgen Murat Yildizoglu 11 avril 2014 12:21 Well to test, I have - saved my file - moved a table between single-multiple columns areas - continued to work hoping to trigger and autosave but have not observed the crash yet. Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text. Further: -- the example that Uwe added to the bug report was also a table using multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save -- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop. Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either Well, that's useful information. Apparently we end up in an infinite loop or something alike ? Vincent -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
Re: RC1 crashes on OSX 10.9
More test: I have merged two cells, waited fro the autobackup, no problem I have added a new line and copied an old line on it, no problem either. The auto-bacup takes place. Vincent van Ravesteijn 11 avril 2014 12:58 Do you remember that you used the move column/row feature? If we do not set the mutlicol properties correctly, we might for loop over a columns but never find the end Or something like that. Vincent Vincent van Ravesteijn 11 avril 2014 12:43 -- Both tables have a cell with with "multicolumn=1" and a cell with"multicolumn=2" after each other.topline="true" bottomline="true" leftline="true" usebox="none">[...]topline="true" bottomline="true" leftline="true"[...]topline="true" bottomline="true" leftline="true" rightline="true"usebox="none">[...]topline="true" bottomline="true" leftline="true" rightline="true"usebox="none">[...]Vincent Vincent van Ravesteijn 11 avril 2014 11:56 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Ok, be careful, if it crashes when you save it, you're sort of losing text. Further: -- the example that Uwe added to the bug report was also a table using multi-columns -- the fact that both times it is reported as a random crash usually indicates it is triggered by auto-save -- the fact that the emergency file is written until a certain Table inset indicates that there is a problem writing the document and that is thus triggers a crash during auto-save -- also I get the impression we end up in an infinite loop. Vincent Murat Yildizoglu 11 avril 2014 11:49 Before the crash I have indeed moved some tables in the document between a sigle column and a double column areas. But it has not crashed immediately. I have started to write some supplementary text, and I have the impression that it crashed either during an automatic save or when I clicked CMD+S, I cannot remember exactly. The table are as they should be in the recovered document, but I have lost the major part of the text I have added after having moved the tables (this text has been added in a section before the tables). Vincent van Ravesteijn 11 avril 2014 11:45 Sorry Stephen, there is no recent file in this folder, only some old reports for Skype and other softs. I had to kill LyX each time, after having waited some time. Maybe the report has not been written? Can it be written somewhere else? I cannot see anything relevant in the system Library/Logs folder either Well, that's useful information. Apparently we end up in an infinite loop or something alike ? Vincent -- Prof. Murat YildizogluGREThA (UMR CNRS 5113)UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331yildizoglu.info
A small bug maybe and a small request
Hi, I use Lyx under OSX Mavericks. I have discovered a small problem in beta2 yesterday: \Omega is invisible in a math inset (but becomes visible when the cursor leaves it). I have consequently installed the RC1 to check if this problem has been solved. It seems that it is replaced by a smaller one: \Omega is replaced by W in the math inset (but appears as \Omega out of it. \VarOmega has also a problem by the way. I attach a small lyx file in which you could check the problem (maybe it is OSX only, I cannot check it). Can you confirm it on OSX or other OS? I have also observed another point that bugs me a little bit (maybe I am missing the rationale of this): When I am typing math and try to insert a superscript or an exponent to an expression using ^ Lyx uses instead an accented letter if this letter accepts an accent (like i, j, e, etc.). One than gets x\hat{\imath} instead of x^{i} . It would be nice to neutralize in math insets this default behavior that is perfectly reasonable in a word in rm. Do you think at it would be a good idea to change the default behavior (if this is possible and easy of course)? Best regards, Murat -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info bugs.lyx Description: Binary data
Re: A small bug maybe and a small request
Hi, Thanks to all for your help. In the test file I have sent, I see with RC1 uppercase W instead of \Omega, and that is definitely better than an empty space that I get with beta2 indeed. I could live with it, even if it may perturb new users. My example contains all uppercase Greek letters and only \Omega and \VarOmega seem to have this problem in my case. Concerning the accents, the trick of typing twice would be a solution indeed, I was not aware of it. But it does not works in my case, I get a^{î}, instead of a^{i}. Best regards, Murat FYI : OSX Mavericks and Lyx 2.1RC1 2014-04-07 11:37 GMT+02:00 Vincent van Ravesteijn v...@lyx.org: On Mon, Apr 7, 2014 at 11:30 AM, Jürgen Spitzmüller sp...@lyx.org wrote: 2014-04-07 10:23 GMT+02:00 Murat Yildizoglu: Hi, I use Lyx under OSX Mavericks. I have discovered a small problem in beta2 yesterday: \Omega is invisible in a math inset (but becomes visible when the cursor leaves it). I have consequently installed the RC1 to check if this problem has been solved. It seems that it is replaced by a smaller one: \Omega is replaced by W in the math inset (but appears as \Omega out of it. \VarOmega has also a problem by the way. I attach a small lyx file in which you could check the problem (maybe it is OSX only, I cannot check it). Can you confirm it on OSX or other OS? This is a known problem which should be solved (in terms of worked around) in 2.1.0 final. See http://www.lyx.org/trac/ticket/7954 The workaround currently is to display \Omega instead of the glyph on MacOSX. To really solve the problem, some more work is needed, which might only go to LyX 2.2. Jürgen To slightly detail the response. The work-around is already in rc1 and that's probably the small w that is observed. There will be no change between 2.1.0 final and rc1. Vincent -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: A small bug maybe and a small request
Yes Vincent, ^+space is what I use, but since I do not need space for many letters, I have a tendency to get lazy and drop the space and get caught by the i, a, e of course ;-) In a math inset, do we really need ^interpreted as a accent, since it's mainly used as the subscript operator in LaTeX? Best regards, Murat 2014-04-07 12:33 GMT+02:00 Vincent van Ravesteijn v...@lyx.org: On Mon, Apr 7, 2014 at 12:04 PM, Murat Yildizoglu murat.yildizo...@u-bordeaux4.fr wrote: Concerning the accents, the trick of typing twice would be a solution indeed, I was not aware of it. But it does not works in my case, I get a^{î}, instead of a^{i}. I'm not sure where this comes from. It is quite normal behaviour if I use a Dutch keyboard layout in text for example. What I usually do then is to press '^' and space. Vincent -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
A small bug maybe and a small request
Hi, I use Lyx under OSX Mavericks. I have discovered a small problem in beta2 yesterday: \Omega is invisible in a math inset (but becomes visible when the cursor leaves it). I have consequently installed the RC1 to check if this problem has been solved. It seems that it is replaced by a smaller one: \Omega is replaced by W in the math inset (but appears as \Omega out of it. \VarOmega has also a problem by the way. I attach a small lyx file in which you could check the problem (maybe it is OSX only, I cannot check it). Can you confirm it on OSX or other OS? I have also observed another point that bugs me a little bit (maybe I am missing the rationale of this): When I am typing math and try to insert a superscript or an exponent to an expression using ^ Lyx uses instead an accented letter if this letter accepts an accent (like i, j, e, etc.). One than gets x\hat{\imath} instead of x^{i} . It would be nice to neutralize in math insets this default behavior that is perfectly reasonable in a word in rm. Do you think at it would be a good idea to change the default behavior (if this is possible and easy of course)? Best regards, Murat -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info bugs.lyx Description: Binary data
Re: A small bug maybe and a small request
Hi, Thanks to all for your help. In the test file I have sent, I see with RC1 uppercase W instead of \Omega, and that is definitely better than an empty space that I get with beta2 indeed. I could live with it, even if it may perturb new users. My example contains all uppercase Greek letters and only \Omega and \VarOmega seem to have this problem in my case. Concerning the accents, the trick of typing twice would be a solution indeed, I was not aware of it. But it does not works in my case, I get a^{î}, instead of a^{i}. Best regards, Murat FYI : OSX Mavericks and Lyx 2.1RC1 2014-04-07 11:37 GMT+02:00 Vincent van Ravesteijn <v...@lyx.org>: > On Mon, Apr 7, 2014 at 11:30 AM, Jürgen Spitzmüller <sp...@lyx.org> wrote: > > 2014-04-07 10:23 GMT+02:00 Murat Yildizoglu: > > > >> Hi, > >> I use Lyx under OSX Mavericks. > >> I have discovered a small problem in beta2 yesterday: \Omega is > invisible > >> in a math inset (but becomes visible when the cursor leaves it). > >> I have consequently installed the RC1 to check if this problem has been > >> solved. It seems that it is replaced by a smaller one: \Omega is > replaced by > >> W in the math inset (but appears as \Omega out of it. \VarOmega has > also a > >> problem by the way. > >> > >> I attach a small lyx file in which you could check the problem (maybe it > >> is OSX only, I cannot check it). > >> Can you confirm it on OSX or other OS? > > > > > > This is a known problem which should be solved (in terms of "worked > around") > > in 2.1.0 final. See > > http://www.lyx.org/trac/ticket/7954 > > > > The workaround currently is to display "\Omega" instead of the glyph on > > MacOSX. To really solve the problem, some more work is needed, which > might > > only go to LyX 2.2. > > > > Jürgen > > To slightly detail the response. The work-around is already in rc1 and > that's probably the small w that is observed. There will be no change > between 2.1.0 final and rc1. > > Vincent > -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: A small bug maybe and a small request
Yes Vincent, ^+space is what I use, but since I do not need space for many letters, I have a tendency to get lazy and drop the space and get caught by the i, a, e of course ;-) In a math inset, do we really need ^interpreted as a accent, since it's mainly used as the subscript operator in LaTeX? Best regards, Murat 2014-04-07 12:33 GMT+02:00 Vincent van Ravesteijn <v...@lyx.org>: > > > On Mon, Apr 7, 2014 at 12:04 PM, Murat Yildizoglu < > murat.yildizo...@u-bordeaux4.fr> wrote: > >> >> Concerning the accents, the trick of typing twice would be a solution >> indeed, I was not aware of it. >> >> But it does not works in my case, I get a^{î}, instead of a^{i}. >> >> > I'm not sure where this comes from. It is quite normal behaviour if I use > a Dutch keyboard layout in text for example. What I usually do then is to > press '^' and . > > Vincent > -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: Math in LibreOffice/Word exported files: input needed
Dear Stefano, 2014-03-13 21:17 GMT+01:00 stefano franchi stefano.fran...@gmail.com: === QUESTIONS So the questions are: 1. Are you a potential user of a Word/LibreOffice export converters? Yes, sometime a collaboration with a specific user or a submission with a specific journal could imply a switch to the OO/Word format. 2. If so, do you use routinely use mathematical expressions in your documents? Yes, very common in my case. 3. Why do you/would you need to export to LibreOffice/Word format? (to send the documents to publishers, mentors, advisors, colleagues, and so on) See my reply to 1. Do you think that the call to another component could help the conversion process? I have in mind the Tex2Word module for Word that makes use of the MathType software (the free version is enough normally). Or the TexMaths for OO/LO : http://roland65.free.fr/texmaths/ Both of them understand LaTeX code for equations. Thank you for taking time to develop such a tool that will be very useful I think. Murat -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Re: Math in LibreOffice/Word exported files: input needed
Dear Stefano, 2014-03-13 21:17 GMT+01:00 stefano franchi <stefano.fran...@gmail.com>: > === QUESTIONS > > So the questions are: > > 1. Are you a potential user of a Word/LibreOffice export converters? > Yes, sometime a collaboration with a specific user or a submission with a specific journal could imply a switch to the OO/Word format. > 2. If so, do you use routinely use mathematical expressions in your > documents? > Yes, very common in my case. > > 3. Why do you/would you need to export to LibreOffice/Word format? (to > send the documents to publishers, mentors, advisors, colleagues, and > so on) > See my reply to 1. Do you think that the call to another component could help the conversion process? I have in mind the Tex2Word module for Word that makes use of the MathType software (the free version is enough normally). Or the TexMaths for OO/LO : http://roland65.free.fr/texmaths/ Both of them understand LaTeX code for equations. Thank you for taking time to develop such a tool that will be very useful I think. Murat -- *Prof. Murat Yildizoglu* Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Beamer frames in the 2.1b2
Hello, I was teaching today a course on (a little bit of LaTeX), (a lot of) LyX, beamer etc. to our doctoral students, and I have somewhat lost them when I showed they how I create a new frame in the new system. Am I doing something too cumbersome, or this is the only way to do? To introduce a new Frame (imagine the first one, for example) - I type returns until I get on the left border of the page (so out of any other environment), - than I choose the Frame layout from the layouts combo. -Lyx creates the Frame inset, and sometimes a box for the frame title (not always), - then I get out of the title box, if any, using the right arrow, type return to go to a new line, - insert a Separator layout -come back with the left arrow, -type return to go into the frame - type TAB to get into the environment - then LyX creates another Frame environment here (bizarre, no?) - I change the layout in something more useful (standard for a figure or BeamerIncrementalItemize, etc.) - then at last I can fill my frame! That seems too many operations also to me (I do not feel them, because I have KeyboardMaestro shortcuts for doing them), but I have seen that the students became discouraged by this. *Questions :* 1/ is there a quicker way? 2/ If not, would not the environment we get after the TAB be something more useful, like Standard, instead of another Frame? I am teaching bibTeX, zotero and knitR tomorrow morning, so if you have a better way, I would be happy to tell it to them. Best regards, Murat -- Prof. Murat Yildizoglu Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Beamer frames in the 2.1b2
Hello, I was teaching today a course on (a little bit of LaTeX), (a lot of) LyX, beamer etc. to our doctoral students, and I have somewhat lost them when I showed they how I create a new frame in the new system. Am I doing something too cumbersome, or this is the only way to do? To introduce a new Frame (imagine the first one, for example) - I type returns until I get on the left border of the page (so out of any other environment), - than I choose the Frame layout from the layouts combo. -Lyx creates the Frame inset, and sometimes a box for the frame title (not always), - then I get out of the title box, if any, using the right arrow, type return to go to a new line, - insert a Separator layout -come back with the left arrow, -type return to go into the frame - type TAB to get into the environment - then LyX creates another Frame environment here (bizarre, no?) - I change the layout in something more useful (standard for a figure or BeamerIncrementalItemize, etc.) - then at last I can fill my frame! That seems too many operations also to me (I do not feel them, because I have KeyboardMaestro shortcuts for doing them), but I have seen that the students became discouraged by this. *Questions :* 1/ is there a quicker way? 2/ If not, would not the environment we get after the TAB be something more useful, like Standard, instead of another Frame? I am teaching bibTeX, zotero and knitR tomorrow morning, so if you have a better way, I would be happy to tell it to them. Best regards, Murat -- Prof. Murat Yildizoglu Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113) MURAT YILDIZOGLU 16 AVENUE LEON DUGUIT CS 50057 33608 PESSAC CEDEX FRANCE Bureau : E-331 mail: yildi-at-u-bordeaux4.fr web: yildizoglu.info
Lyx 2.0.5 OSX has crashed
() + 29605 115 org.lyx.lyx 0x00017a17 boost::exception_detail::copy_boost_exception(boost::exception*, boost::exception const*) + 929 116 org.lyx.lyx 0x0001782f boost::exception_detail::copy_boost_exception(boost::exception*, boost::exception const*) + 441 117 org.lyx.lyx 0x0001775d boost::exception_detail::copy_boost_exception(boost::exception*, boost::exception const*) + 231 -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : E-331 Mail: yildi-at-u-bordeaux4.fr Web: yildizoglu.info mailto:yi...@u-bordeaux4.fr
Lyx 2.0.5 OSX has crashed
0x933a5122 HIObject::DispatchGetAllAccessibleAttributeNames(unsigned long long, __CFArray*, void*) + 38 84 com.apple.HIToolbox 0x933a5567 HIObject::DispatchAccessibilityEvent(OpaqueEventRef*, unsigned long long, AccessibilityHandlers const*, void*) + 753 85 com.apple.HIToolbox 0x933a5095 HIObject::HandleClassAccessibilityEvent(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 145 86 com.apple.HIToolbox 0x931c2baa HIObject::EventHook(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 142 87 com.apple.HIToolbox 0x9333ab6b _InvokeEventHandlerUPP(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*, long (*)(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)) + 36 88 com.apple.HIToolbox 0x931c2594 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1343 89 com.apple.HIToolbox 0x931c1980 SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 430 90 com.apple.HIToolbox 0x931c17ca SendEventToEventTargetWithOptions + 94 91 com.apple.HIToolbox 0x9321608d Accessible::SendEvent(OpaqueEventRef*, bool) const + 105 92 com.apple.HIToolbox 0x932153c4 Accessible::GetAllNames(Accessible::ElementType, __CFArray const**) + 226 93 com.apple.HIToolbox 0x932152ab HLTBCopyUIElementAttributeNames + 47 94 com.apple.HIToolbox 0x932176ef CarbonCopyAttributeNamesCallback(__CFData const*, unsigned long, __CFArray const**, void*) + 76 95 com.apple.AppKit 0x99aa633a CopyAttributeNames + 187 96 com.apple.HIServices 0x939b9a81 _AXXMIGCopyAttributeNames + 207 97 com.apple.HIServices 0x939c0bac _XCopyAttributeNames + 269 98 com.apple.HIServices 0x93999ff7 mshMIGPerform + 504 99 com.apple.CoreFoundation 0x91bb5945 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 53 100 com.apple.CoreFoundation 0x91bb5572 __CFRunLoopDoSource1 + 146 101 com.apple.CoreFoundation 0x91beb296 __CFRunLoopRun + 2038 102 com.apple.CoreFoundation 0x91bea63a CFRunLoopRunSpecific + 378 103 com.apple.CoreFoundation 0x91bea4ab CFRunLoopRunInMode + 123 104 com.apple.HIToolbox 0x931e615a RunCurrentEventLoopInMode + 242 105 com.apple.HIToolbox 0x931e5ec9 ReceiveNextEventCommon + 374 106 com.apple.HIToolbox 0x931e5d44 BlockUntilNextEventMatchingListInMode + 88 107 com.apple.AppKit 0x9986da3a _DPSNextEvent + 724 108 com.apple.AppKit 0x9986d26c -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 119 109 com.apple.AppKit 0x998636cc -[NSApplication run] + 855 110 QtGui 0x00e71802 QEventDispatcherMac::processEvents(QFlags) + 1570 111 QtCore0x00d12a61 QEventLoop::processEvents(QFlags) + 65 112 QtCore0x00d12d8a QEventLoop::exec(QFlags) + 170 113 QtCore0x00d14120 QCoreApplication::exec() + 176 114 org.lyx.lyx 0x00103a6f lyx::Lexer::Pimpl::~Pimpl() + 29605 115 org.lyx.lyx 0x00017a17 boost::exception_detail::copy_boost_exception(boost::exception*, boost::exception const*) + 929 116 org.lyx.lyx 0x0001782f boost::exception_detail::copy_boost_exception(boost::exception*, boost::exception const*) + 441 117 org.lyx.lyx 0x0001775d boost::exception_detail::copy_boost_exception(boost::exception*, boost::exception const*) + 231 -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : E-331 Mail: yildi-at-u-bordeaux4.fr Web: yildizoglu.info <mailto:yi...@u-bordeaux4.fr>
Crash on OSX
/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x9a398000 - 0x9a430fff com.apple.CoreServices.OSServices (557.4 - 557.4) C724AB29-A596-3E1E-9FF1-A4E509AD843A /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x9a431000 - 0x9a434ff7 com.apple.TCC (1.0 - 1) 437D76CD-6437-3B55-BE2C-A53508858256 /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC 0x9a435000 - 0x9a6d8ffb com.apple.CoreImage (8.2.2 - 1.0.1) 85BFFB09-D765-3F5F-AF65-FB136DDCAEF3 /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage 0x9a6d9000 - 0x9a6ecff9 com.apple.MultitouchSupport.framework (235.28 - 235.28) 5C8CFA21-D4FC-32E8-B199-0F7155E6ED9A /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport 0xba90 - 0xba91cffd libJapaneseConverter.dylib (61) A3F2F55D-E491-3532-A8F6-8D3F2455704F /System/Library/CoreServices/Encodings/libJapaneseConverter.dylib 0xbab0 - 0xbab21ffc libKoreanConverter.dylib (61) 39F6BEE7-AE54-3423-B920-2A3573BC9A1A /System/Library/CoreServices/Encodings/libKoreanConverter.dylib External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 15724 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 2117226 thread_create: 5 thread_set_state: 0 VM Region Summary: ReadOnly portion of Libraries: Total=150.6M resident=76.2M(51%) swapped_out_or_unallocated=74.4M(49%) Writable regions: Total=204.4M written=42.6M(21%) resident=65.3M(32%) swapped_out=19.2M(9%) unallocated=139.1M(68%) REGION TYPE VIRTUAL === === ATS (font support) 34.1M CG backing stores 23.2M CG image 24K CG shared images320K CoreServices 7500K MALLOC117.0M MALLOC guard page48K MALLOC_LARGE (reserved)2400Kreserved VM address space (unallocated) Memory tag=2404K Memory tag=242 12K Memory tag=35 6904K OpenCL 40K Stack 66.1M VM_ALLOCATE16.7M __DATA 6332K __DATA/__OBJC 216K __IMAGE 528K __IMPORT116K __LINKEDIT 36.7M __OBJC 1560K __OBJC/__DATA56K __PAGEZERO4K __TEXT114.0M __UNICODE 544K mapped file 196.6M shared memory 136.1M === === TOTAL 766.4M TOTAL, minus reserved VM space764.0M Model: MacBookPro8,2, BootROM MBP81.0047.B27, 4 processors, Intel Core i7, 2.4 GHz, 8 GB, SMC 1.69f3 Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB Graphics: AMD Radeon HD 6770M, AMD Radeon HD 6770M, PCIe, 1024 MB Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020 Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020 AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xD6), Broadcom BCM43xx 1.0 (5.106.98.81.22) Bluetooth: Version 4.0.9f33 10885, 2 service, 18 devices, 1 incoming serial ports Network Service: Wi-Fi, AirPort, en1 Serial ATA Device: Hitachi HTS727575A9E362, 750,16 GB Serial ATA Device: MATSHITADVD-R UJ-8A8 USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8509, 0xfa20 / 3 USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfa10 / 2 USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0253, 0xfa12 / 5 USB Device: BRCM2070 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0xfa11 / 4 USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x821a, 0xfa113000 / 7 USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfd10 / 2 USB Device: USB2.0 Hub, 0x05e3 (Genesys Logic, Inc.), 0x0608, 0xfd12 / 4 USB Device: USB OPTICAL MOUSE, 0x093a (Pixart Imaging, Inc.), 0x2521, 0xfd121000 / 5 USB Device: IR Receiver, apple_vendor_id, 0x8242, 0xfd11 / 3 -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : E-331 yi...@u-bordeaux4.fr mailto:yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Crash on OSX
1M CG backing stores 23.2M CG image 24K CG shared images320K CoreServices 7500K MALLOC117.0M MALLOC guard page48K MALLOC_LARGE (reserved)2400Kreserved VM address space (unallocated) Memory tag=2404K Memory tag=242 12K Memory tag=35 6904K OpenCL 40K Stack 66.1M VM_ALLOCATE16.7M __DATA 6332K __DATA/__OBJC 216K __IMAGE 528K __IMPORT116K __LINKEDIT 36.7M __OBJC 1560K __OBJC/__DATA56K __PAGEZERO4K __TEXT114.0M __UNICODE 544K mapped file 196.6M shared memory 136.1M === === TOTAL 766.4M TOTAL, minus reserved VM space764.0M Model: MacBookPro8,2, BootROM MBP81.0047.B27, 4 processors, Intel Core i7, 2.4 GHz, 8 GB, SMC 1.69f3 Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB Graphics: AMD Radeon HD 6770M, AMD Radeon HD 6770M, PCIe, 1024 MB Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020 Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020 AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xD6), Broadcom BCM43xx 1.0 (5.106.98.81.22) Bluetooth: Version 4.0.9f33 10885, 2 service, 18 devices, 1 incoming serial ports Network Service: Wi-Fi, AirPort, en1 Serial ATA Device: Hitachi HTS727575A9E362, 750,16 GB Serial ATA Device: MATSHITADVD-R UJ-8A8 USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8509, 0xfa20 / 3 USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfa10 / 2 USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0253, 0xfa12 / 5 USB Device: BRCM2070 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0xfa11 / 4 USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x821a, 0xfa113000 / 7 USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfd10 / 2 USB Device: USB2.0 Hub, 0x05e3 (Genesys Logic, Inc.), 0x0608, 0xfd12 / 4 USB Device: USB OPTICAL MOUSE, 0x093a (Pixart Imaging, Inc.), 0x2521, 0xfd121000 / 5 USB Device: IR Receiver, apple_vendor_id, 0x8242, 0xfd11 / 3 -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : E-331 yi...@u-bordeaux4.fr <mailto:yi...@u-bordeaux4.fr> http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: Examples of integration between Lyx, Sage computations, and PDFLateX
Good idea, thanks a lot for the suggestion Xu. Here is my statement (I put the devel list as CC) : I hereby grant permission to license my contributions to the SAGE module for LyX under the GNU General Public Licence, version 2 or later. Murat Yildizoglu 2012/3/31 Xu Wang xuwang...@gmail.com Dear Thomas Excellent news! Thank you for your continued work. I have not taken a fine look at this yet, but I also use Ubuntu so it looks like it might be useful. I'm not sure but I think for your contributions to be used you have to give permission explicitly. Look at this email: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg161963.html You can send something like that to the development list, lyx-devel And it could be a good idea for Murat to do the same. I'm not sure though. In any case, thank you for your continued work. I am appreciative. Xu On Sat, Mar 31, 2012 at 3:08 AM, Thomas Coffee thomasmcof...@gmail.comwrote: Hi Murat and Xu, I found your thread in the archives and did some further work on the LyX-SageTeX module that Murat posted previously. I fixed a few things that did not work for me in the version described earlier, and expanded the module specification to provide some additional conveniences for including literate Sage code in LyX documents. There's still much room for development and customization. The attachments comprise a set of files and a shell script setup.sh that should largely automate the configuration process on GNU/Linux systems. *** Help needed: For other interested users, I'd like to upload this to http://wiki.lyx.org/Layouts/Modules, but I get browser errors for links anywhere under the upload path wiki.lyx.org/ipfm. The page http://wiki.lyx.org/Site/AboutUploading also tells me I will need someone to tell me the upload password. Can anyone assist? Thanks, Thomas Hi Xu, Thank you for your appreciation. I cannot advance anymore without any help from Lyx gurus. I think I have extracted all the information I can from the help docs. If I get any answer to my questions, I can construct a little bit smarter module but the one we have now is already usable. With some supplementary tricks from the sagetex documentation and through manual executions of the latex-sage-latex chain, it is possible to make a lot of computations. I was also very agreeably surprised that this module can be used for conversion to HTML from LyX, with figures and all. I attach to this message the module in its actual stage and some instruction for making the conversion chain functional. I hope this would already help some of you. As soon as I have more information, I will try to complete the module file. Best regards, Murat 2011/10/31 Xu Wang xuwang...@gmail.com Dear Murat, This is great! I have been waiting for something like this for a long time. I also like the Sweave-like philosophy of this. It's more transparent and reproducible. I am looking forward to the final release with much excitement. Thank you for your work! Best, Xu On Mon, Oct 31, 2011 at 12:54 PM, Murat Yildizoglu myi...@gmail.com wrote: Just another mail to correct a problem with the preceding Lyx file (see the new file attached, and the $ signs in ERT boxes, this is connected with the problem I describe below) and ask a question about insets again: What kind of Flex insets can be included in a math mode text? Is this possible at all? Especially in displayed equation where one would like to include results from SAge computations? I cannot write the following in math mode in Lyx, putting the left member in a displayed equation and the right member in a sagecode inset that would be converted to the expression I give (\sage{integral(x/(x^2+1),x,0,1)) \dfrac{\partial^{4}y}{\partial x^{4}}=\sage{integral(x/(x^2+1),x,0,1)} I meet two problems: 1/ I cannot insert a Flex:sagecommand inset in a displayed equation, Lyx just goes to the next line before inserting it... 2/ I cannot type the sagetex instruction (*sage{} ) by hand, because x^2 in the right member must not be interpreted by LyX, since Sage will need it for its computation. I can of course type everything in an ERT, but this cannot be called integration can it? ;-) I have reread again the help document on layouts and insets, and I have checked the files that come in the layout folder of LyX, but cannot find any answer to my question. Sorry for bothering you again with my problems... I hope that Sage integration will interest other people... Murat I definitely need the help of a Lyx wizard who understands well the insets and their integration in Lyx/Latex... 2011/10/31 Murat Yildizoglu myi...@gmail.com Just to show you the kind of niceties that such an integration can bring, I send you two
Re: Examples of integration between Lyx, Sage computations, and PDFLateX
Good idea, thanks a lot for the suggestion Xu. Here is my statement (I put the devel list as CC) : I hereby grant permission to license my contributions to the SAGE module for LyX under the GNU General Public Licence, version 2 or later. Murat Yildizoglu 2012/3/31 Xu Wang <xuwang...@gmail.com> > Dear Thomas > > Excellent news! Thank you for your continued work. I have not taken a fine > look at this yet, but I also use Ubuntu so it looks like it might be useful. > > I'm not sure but I think for your contributions to be used you have to > give permission explicitly. Look at this email: > > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg161963.html > You can send something like that to the development list, lyx-devel > > And it could be a good idea for Murat to do the same. > > I'm not sure though. > > In any case, thank you for your continued work. I am appreciative. Xu > > > > On Sat, Mar 31, 2012 at 3:08 AM, Thomas Coffee <thomasmcof...@gmail.com>wrote: > >> Hi Murat and Xu, >> >> I found your thread in the archives and did some further work on the >> LyX-SageTeX module that Murat posted previously. >> >> I fixed a few things that did not work for me in the version described >> earlier, and expanded the module specification to provide some >> additional conveniences for including literate Sage code in LyX >> documents. There's still much room for development and customization. >> >> The attachments comprise a set of files and a shell script "setup.sh" >> that should largely automate the configuration process on GNU/Linux >> systems. >> >> *** Help needed: >> >> For other interested users, I'd like to upload this to >> http://wiki.lyx.org/Layouts/Modules, but I get browser errors for >> links anywhere under the upload path wiki.lyx.org/ipfm. The page >> http://wiki.lyx.org/Site/AboutUploading also tells me I will need >> someone to tell me the upload password. Can anyone assist? >> >> Thanks, >> Thomas >> >> >> > Hi Xu, >> > >> > Thank you for your appreciation. I cannot advance anymore without any >> help >> > from Lyx gurus. >> > I think I have extracted all the information I can from the help docs. >> If I >> > get any answer to my questions, I can construct a little bit smarter >> module >> > but the one we have now is already usable. With some supplementary >> tricks >> > from the sagetex documentation and through manual executions of the >> > latex-sage-latex chain, it is possible to make a lot of computations. >> > >> > I was also very agreeably surprised that this module can be used for >> > conversion to HTML from LyX, with figures and all. >> > >> > I attach to this message the module in its actual stage and some >> > instruction for making the conversion chain functional. I hope this >> would >> > already help some of you. >> > >> > As soon as I have more information, I will try to complete the module >> file. >> > >> > Best regards, >> > >> > Murat >> > >> > 2011/10/31 Xu Wang <xuwang...@gmail.com> >> > >> > > Dear Murat, >> > > >> > > This is great! I have been waiting for something like this for a long >> > > time. I also like the Sweave-like philosophy of this. It's more >> transparent >> > > and reproducible. >> > > >> > > I am looking forward to the final release with much excitement. >> > > >> > > Thank you for your work! >> > > >> > > Best, >> > > >> > > Xu >> > > >> > > >> > > On Mon, Oct 31, 2011 at 12:54 PM, Murat Yildizoglu <myi...@gmail.com >> >wrote: >> > > >> > >> Just another mail to correct a problem with the preceding Lyx file >> (see >> > >> the new file attached, and the $ signs in ERT boxes, this is >> connected with >> > >> the problem I describe below) and ask a question about insets again: >> > >> >> > >> What kind of Flex insets can be included in a math mode text? Is this >> > >> possible at all? Especially in displayed equation where one would >> like to >> > >> include results from SAge computations? >> > >> I cannot write the following in math mode in Lyx, putting the left >> member >> > >> in a displayed equation and the right member in a sagecode inset >> t
Re: word2lyx: Word to LyX Document Converter
Thanks a lot Rob! If I have understood correctly, this script cannot import equations. Do you it is possible to translate these objects to Latex too ? Regards, Murat -- Murat Yildizoglu yi...@u-bordeaux4.fr Le 8 mars 2012 à 01:03, Rob Oakes rob.oa...@oak-tree.us a écrit : Dear Users and Developers, First off, thank you to everyone who sent me documents over the weekend. I was able to make a lot of tweaks to word2lyx based on what you sent me. With that hurdle out of the way, I think it's ready to release it into the wild. If you'd like to download a copy of it, you can download the code from: http://oak-tree.us/stuff/LyX/word2lyx-01.zip A brief write-up of the features and usage can be found at: http://www.oak-tree.us/2012/03/07/word2lyx01-2/ If you download it and find it useful, please let me know. If you download it and have problems, also please let me know. (Mostly so I can fix the problems.) Cheers, Rob
Re: word2lyx: Word to LyX Document Converter
Thanks a lot Rob! If I have understood correctly, this script cannot import equations. Do you it is possible to translate these objects to Latex too ? Regards, Murat -- Murat Yildizoglu yi...@u-bordeaux4.fr Le 8 mars 2012 à 01:03, Rob Oakes <rob.oa...@oak-tree.us> a écrit : > Dear Users and Developers, > > First off, thank you to everyone who sent me documents over the weekend. > I was able to make a lot of tweaks to word2lyx based on what you sent me. > > With that hurdle out of the way, I think it's ready to release it into > the wild. If you'd like to download a copy of it, you can download the > code from: > > http://oak-tree.us/stuff/LyX/word2lyx-01.zip > > A brief write-up of the features and usage can be found at: > > http://www.oak-tree.us/2012/03/07/word2lyx01-2/ > > If you download it and find it useful, please let me know. If you > download it and have problems, also please let me know. (Mostly so I can > fix the problems.) > > Cheers, > > Rob
Some feed-back following a tentative to import latex-beamer files into Lyx
Hi again, Some feed-back from a frustrated Lyx-lover :-) I am stopping my tentatives to import my beamer documents from pure Latex into Lyx. The result is currently really too unreliable to be used without a lot of supplementary work. I will have to retype a lot of stuff to get them going... I have already shared some strange bibliography problems, and one meets a lot of others while importing latex into Lyx. Not very useful yet in my humble opinion. What does not yet get recognized at all (some of them are very surprising to me): - Sections, subsections (very strange, no?) - Some environments (\begin{definition} for example, I do not remember if it is a standard theorem environment) - Itemizes inside other environments Not very well imported: - arrays, as soon as they have some cosmetics in them (multi-line); they really get messed up (and this is a game theory course, so, I have a lot of them...). - text color instructions (like [rgb]{0,0,0.5}) (not very important, but pollutes the text any way) - importing frames also poses some problems, so, I replace them now with some text instead (like ---Beg-Frame- for \begin{frame} and the like for the \end...), and introduce them later in Lyx manually. These documents were initially written in Scientific Word. I also take care of cleaning all comments introduced by SW (I use the regular expression %.* to find all comment segments and replace them with space) before trying to import. I really love Lyx, and the inability to import my old courses beamers in Lyx is quite regrettable, since I use Lyx for my new documents and would like to completely get rid of SW (and of the virtual machine Windows 7 that I keep on my Mac solely for it). Regards, Murat -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: Flex-insets in Math mode
Concerning the bug, Julien proposes the following trick: - *julien.ri...@gmail.com* added As a workaround you could have a fake math macro at the top of your document. Insert a math macro for \Sexpr{} and put a % in ERT in front of it. Now you can use \Sexpr in math. I have tried to follow it, math macros are part of the mysteries of LyX that I have never used yet, so it is again a first time. I have read the help document about the macros in the Math manual (but again, even if I understand the general principle of the macros, I do not understand their intricacies) and tried to put a macro that generates the following instruction in the preamble: \global\long\def\sagecommand#1{\sage\{#1\}} (I cannot copy and paste the macro definition...) But when I put \sagecommand{a-Sage-command} in a displayed equation, i get ??a-Sage-command in the math box, as well as in the compiled pdf... instead of \sage{a-Sage-command} in the final Latex and the results of the Sage computation in the PDF. I am pretty sure that I am doing something stupid... Moreover, the math-macro seems to have crashed other Sage computations that results from the sagecommand insets (they generate \sage{} commands in the latex file) that were working before the introduction of the macro. Murat 2011/11/3 Liviu Andronic landronim...@gmail.com On Thu, Nov 3, 2011 at 5:31 PM, Murat Yildizoglu myi...@gmail.com wrote: Hello, I have waited a little bit before harassing you again with my Sage extension problem. Concerning the possibility of including Sage commands in the math mode, I have not found any solution. I think you're seeing bug #7181. Liviu Is there a Flex-inset type that can be inserted in a math box, without being interpreted before the compilation of the document by pdflatex+Sage+pdflatex? When I insert my \sage{} instruction in a math expression, Lyx tries to interpret what is inside, even if I have set the inset as Passtrough=1. I know that I can do it using an ERT but I will have to type the complete expression in the ERt too in this case :-( (well, I know that I could type it in a math box and then copy and paste in the ERT, but I cannot use the conveniences of Lyx for displayed equations and equation sets even in this case). -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu -- Do you know how to read? http://www.alienetworks.com/srtest.cfm http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr h http://myildi.e-jemed.org/ttp://yildizoglu.info http://www.twitter.com/yildizoglu
Some feed-back following a tentative to import latex-beamer files into Lyx
Hi again, Some feed-back from a frustrated Lyx-lover :-) I am stopping my tentatives to import my beamer documents from pure Latex into Lyx. The result is currently really too unreliable to be used without a lot of supplementary work. I will have to retype a lot of stuff to get them going... I have already shared some strange bibliography problems, and one meets a lot of others while importing latex into Lyx. Not very useful yet in my humble opinion. What does not yet get recognized at all (some of them are very surprising to me): - Sections, subsections (very strange, no?) - Some environments (\begin{definition} for example, I do not remember if it is a standard theorem environment) - Itemizes inside other environments Not very well imported: - arrays, as soon as they have some cosmetics in them (multi-line); they really get messed up (and this is a game theory course, so, I have a lot of them...). - text color instructions (like [rgb]{0,0,0.5}) (not very important, but pollutes the text any way) - importing frames also poses some problems, so, I replace them now with some text instead (like ---Beg-Frame- for \begin{frame} and the like for the \end...), and introduce them later in Lyx manually. These documents were initially written in Scientific Word. I also take care of cleaning all comments introduced by SW (I use the regular expression %.* to find all comment segments and replace them with space) before trying to import. I really love Lyx, and the inability to import my old courses beamers in Lyx is quite regrettable, since I use Lyx for my new documents and would like to completely get rid of SW (and of the virtual machine Windows 7 that I keep on my Mac solely for it). Regards, Murat -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: Flex-insets in Math mode
Concerning the bug, Julien proposes the following trick: " - *julien.ri...@gmail.com* added As a workaround you could have a "fake" math macro at the top of your document. Insert a math macro for \Sexpr{} and put a "%" in ERT in front of it. Now you can use \Sexpr in math." I have tried to follow it, math macros are part of the mysteries of LyX that I have never used yet, so it is again a first time. I have read the help document about the macros in the Math manual (but again, even if I understand the general principle of the macros, I do not understand their intricacies) and tried to put a macro that generates the following instruction in the preamble: \global\long\def\sagecommand#1{\sage\{#1\}} (I cannot copy and paste the macro definition...) But when I put \sagecommand{a-Sage-command} in a displayed equation, i get ??a-Sage-command in the math box, as well as in the compiled pdf... instead of \sage{a-Sage-command} in the final Latex and the results of the Sage computation in the PDF. I am pretty sure that I am doing something stupid... Moreover, the math-macro seems to have crashed other Sage computations that results from the sagecommand insets (they generate \sage{} commands in the latex file) that were working before the introduction of the macro. Murat 2011/11/3 Liviu Andronic <landronim...@gmail.com> > On Thu, Nov 3, 2011 at 5:31 PM, Murat Yildizoglu <myi...@gmail.com> wrote: > > Hello, > > I have waited a little bit before harassing you again with my Sage > extension > > problem. > > Concerning the possibility of including Sage commands in the math mode, I > > have not found any solution. > > > I think you're seeing bug #7181. > > Liviu > > > > Is there a Flex-inset type that can be inserted in a math box, without > being > > interpreted before the compilation of the document by > > pdflatex+Sage+pdflatex? When I insert my \sage{} instruction in a math > > expression, Lyx tries to interpret what is inside, even if I have set the > > inset as Passtrough=1. > > I know that I can do it using an ERT but I will have to type the complete > > expression in the ERt too in this case :-( (well, I know that I could > type > > it in a math box and then copy and paste in the ERT, but I cannot use the > > conveniences of Lyx for displayed equations and equation sets even in > this > > case). > > > > -- > > Prof. Murat Yildizoglu > > Université Montesquieu Bordeaux IV > > GREThA (UMR CNRS 5113) > > Avenue Léon Duguit > > 33608 Pessac cedex > > France > > > > yi...@u-bordeaux4.fr > > http://yildizoglu.info > > http://www.twitter.com/yildizoglu > > > > > > -- > Do you know how to read? > http://www.alienetworks.com/srtest.cfm > http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader > Do you know how to write? > http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail > -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr h <http://myildi.e-jemed.org/>ttp://yildizoglu.info http://www.twitter.com/yildizoglu
PDFTricks, Lyx and -shell-escape: a Bug?
Hello, I have some old Latex documents with PSTricks diagrams. I am converting them to Lyx and it works quite nicely, except one problem: I use pdftricks for automatically converting the figure to pdf and use with pdflatex. I have changed the configuration of the pdflatex converter to put pdflatex -shell-escape $i as the command (and put the necessary elements if the preamble and around the pstricks diagrams). When I try to convert the document to PDF from Lyx, it runs some time, converts the figures to pdf but then stops by just telling that pdfltaex -shell-escape myfilename.tex has failed. But the log in the tmp folder does not contain any error message and the generated PDF is complete, but Lyx does not open it. Does Lyx play well with -shell-escape? I have the impression that this is a problem of a return code and Lyx does not get the OK code from the shell -escape process. ANy idea where to look? Is this a well known bug? -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
PDFTricks, Lyx and -shell-escape: a Bug?
Hello, I have some old Latex documents with PSTricks diagrams. I am converting them to Lyx and it works quite nicely, except one problem: I use pdftricks for automatically converting the figure to pdf and use with pdflatex. I have changed the configuration of the pdflatex converter to put pdflatex -shell-escape $i as the command (and put the necessary elements if the preamble and around the pstricks diagrams). When I try to convert the document to PDF from Lyx, it runs some time, converts the figures to pdf but then stops by just telling that pdfltaex -shell-escape myfilename.tex has failed. But the log in the tmp folder does not contain any error message and the generated PDF is complete, but Lyx does not open it. Does Lyx play well with -shell-escape? I have the impression that this is a problem of a return code and Lyx does not get the OK code from the shell -escape process. ANy idea where to look? Is this a well known bug? -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: Spell cheking grrr! ;-)
2011/9/21 Stephan Witt st.w...@gmx.net: Am 20.09.2011 um 06:47 schrieb PhilipPirrip: On 09/19/2011 10:39 PM, Murat Yildizoglu wrote: If I summarize my problem: 1/ I have created a new document the default language of which was English; 2/ I have written two paragraphs in French in it, then I have seen the wavy red lines and understood that I have not changed the default language); 3/ I have opened the document properties and switched the language to Français; 4/ I have written other paragraphs in French, it was OK. 5/ I have seen that the first two paragraphs was continuing to pose problem (which is normal); 6/ I have marked the whole document them with the mouse + right-click+Language and selected Français. 7/ I was surprised to observe that the red wavy lines were persisting 8/ I have checked the language at the status bar, it continued to show English at the beginning of the paragraph. 9/ I have selected the paragraph with the mouse + right-click+Language and selected Français again 10/ The problem persisted. There are a few bugs around concerning the change of a language, you've probably encountered some of them: Changing text language using context menu doesn't work properly - http://www.lyx.org/trac/ticket/7778 After having a look at the document (Murat sent me privately, thanks for it) I can confirm it's this bug. I've made a patch for this and attached it there. Thanks for having checked and corrected Stephan! Am 20.09.2011 um 10:02 schrieb Murat Yildizoglu: I have opened the file in TextWrangler and have seen a mixture of \lang english and \lang french. I have deleted all of them using a search and replace (the default language is French anyway) and saved the doc. Now everything seems in order again and I do not see any wavy red underlines for the text in French. I can see them for the text in English. When I tried to mark them as English, I have seen the contextual menu does not contain the Language item (I imagine that this is due to the fact that my text is now monolingual). Yes, that's true. So, if I understand well, when you start a new document and put into it a first chunk in another language, you have to go through the Paragraph Settings/Customized/Language, instead of Language in the contextual menu. Afterwards the Language menu item becomes visible, since Lyx detects that your document contains at least two languages. Correct. Maybe Lyx is trying to be too smart here, no? IMHO, it would be nice to have this Language menu item from the start (supposing that it effectively does what it is supposed to do :-) ). Am I the only one to think like that (if this is the case, I could customize my contextual menu in Lyx I imagine, I have never tried this? I don't think this is possible. The presence and contents of the language choice sub-menu is computed at run-time based on the currently used languages. If this is too smart... I don't know. When going from mono-lingual to multi-lingual it's not convenient indeed. But the alternate solutions are not that obvious. Stephan I understand, this is not such a big hassle and having a smart list during the edit (after one declared the second language) is very convenient indeed. A very smart choice! :-) Murat -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: Spell cheking grrr! ;-)
2011/9/21 Stephan Witt <st.w...@gmx.net>: > Am 20.09.2011 um 06:47 schrieb PhilipPirrip: > >> On 09/19/2011 10:39 PM, Murat Yildizoglu wrote: >>> If I summarize my problem: >>> >>> 1/ I have created a new document the default language of which was English; >>> 2/ I have written two paragraphs in French in it, then I have seen the >>> wavy red lines and understood that I have not changed the default >>> language); >>> 3/ I have opened the document properties and switched the language to >>> Français; >>> 4/ I have written other paragraphs in French, it was OK. >>> 5/ I have seen that the first two paragraphs was continuing to pose >>> problem (which is normal); >>> 6/ I have marked the whole document them with the mouse + >>> right-click+Language and >>> selected Français. >>> 7/ I was surprised to observe that the red wavy lines were persisting >>> 8/ I have checked the language at the status bar, it continued to show >>> English at the beginning of the paragraph. >>> 9/ I have selected the paragraph with the mouse + right-click+Language and >>> selected Français again >>> 10/ The problem persisted. >> >> >> There are a few bugs around concerning the change of a language, you've >> probably encountered some of them: >> >> Changing text language using context menu doesn't work properly - >> http://www.lyx.org/trac/ticket/7778 >> > > After having a look at the document (Murat sent me privately, thanks for it) > I can confirm it's this bug. I've made a patch for this and attached it there. Thanks for having checked and corrected Stephan! > > Am 20.09.2011 um 10:02 schrieb Murat Yildizoglu: > >> I have opened the file in TextWrangler and have seen a mixture of >> \lang english and \lang french. I have deleted all of them using a >> search and replace (the default language is French anyway) and saved >> the doc. Now everything seems in order again and I do not see any wavy >> red underlines for the text in French. >> >> I can see them for the text in English. When I tried to mark them as >> English, I have seen the contextual menu does not contain the Language >> item (I imagine that this is due to the fact that my text is now >> monolingual). > > Yes, that's true. > >> So, if I understand well, when you start a new document and put into >> it a first chunk in another language, you have to go through the >> Paragraph Settings/Customized/Language, instead of Language in the >> contextual menu. Afterwards the Language menu item becomes visible, >> since Lyx detects that your document contains at least two languages. > > Correct. > >> Maybe Lyx is trying to be too smart here, no? IMHO, it would be nice >> to have this Language menu item from the start (supposing that it >> effectively does what it is supposed to do :-) ). Am I the only one >> to think like that (if this is the case, I could customize my >> contextual menu in Lyx I imagine, I have never tried this? > > I don't think this is possible. The presence and contents of the language > choice sub-menu is computed at run-time based on the currently used languages. > > If this is too smart... I don't know. When going from mono-lingual to > multi-lingual > it's not convenient indeed. But the alternate solutions are not that obvious. > > Stephan I understand, this is not such a big hassle and having a smart list during the edit (after one declared the second language) is very convenient indeed. A very smart choice! :-) Murat -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: Spell cheking grrr! ;-)
I have opened the file in TextWrangler and have seen a mixture of \lang english and \lang french. I have deleted all of them using a search and replace (the default language is French anyway) and saved the doc. Now everything seems in order again and I do not see any wavy red underlines for the text in French. I can see them for the text in English. When I tried to mark them as English, I have seen the contextual menu does not contain the Language item (I imagine that this is due to the fact that my text is now monolingual). So, if I understand well, when you start a new document and put into it a first chunk in another language, you have to go through the Paragraph Settings/Customized/Language, instead of Language in the contextual menu. Afterwards the Language menu item becomes visible, since Lyx detects that your document contains at least two languages. Maybe Lyx is trying to be too smart here, no? IMHO, it would be nice to have this Language menu item from the start (supposing that it effectively does what it is supposed to do :-) ). Am I the only one to think like that (if this is the case, I could customize my contextual menu in Lyx I imagine, I have never tried this? 2011/9/19 Stephan Witt st.w...@gmx.net: Am 19.09.2011 um 18:48 schrieb Murat Yildizoglu: Hi, I am using Lyx 2.0.1 under OSX. I have started to type a document. The document is in French, but I have forgotten first to switch the document properties/Language from English to French. After two paragraphs I woke up and done the change, but now it continues to check the first paragraphs in English, whatever I try... I have selected all paragraphs + right-click + Language+Français, but it continues to indicate English at the bottom of the screen. I have also tried to do it paragraph by paragraph, but without any success. It continues to think that the text is in English. Moreover, I have also tried to choose Français as language in Tools/Spell-check but it switches by itself to English as soon as raise the mouse button in the selection box. What is the magic way of asking to Lyx to set the language to the one we select? Is there a way? I think it should work to change the language of the document and/or the language of some paragraph. Changing the language in the spell checker changes it for the currently selected word only. Stephan -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: Spell cheking grrr! ;-)
I have opened the file in TextWrangler and have seen a mixture of \lang english and \lang french. I have deleted all of them using a search and replace (the default language is French anyway) and saved the doc. Now everything seems in order again and I do not see any wavy red underlines for the text in French. I can see them for the text in English. When I tried to mark them as English, I have seen the contextual menu does not contain the Language item (I imagine that this is due to the fact that my text is now monolingual). So, if I understand well, when you start a new document and put into it a first chunk in another language, you have to go through the Paragraph Settings/Customized/Language, instead of Language in the contextual menu. Afterwards the Language menu item becomes visible, since Lyx detects that your document contains at least two languages. Maybe Lyx is trying to be too smart here, no? IMHO, it would be nice to have this Language menu item from the start (supposing that it effectively does what it is supposed to do :-) ). Am I the only one to think like that (if this is the case, I could customize my contextual menu in Lyx I imagine, I have never tried this? 2011/9/19 Stephan Witt <st.w...@gmx.net>: > Am 19.09.2011 um 18:48 schrieb Murat Yildizoglu: > >> Hi, >> >> I am using Lyx 2.0.1 under OSX. I have started to type a document. The >> document is in French, but I have forgotten first to switch the >> document properties/Language from English to French. After two >> paragraphs I woke up and done the change, but now it continues to >> check the first paragraphs in English, whatever I try... I have >> selected all paragraphs + right-click + Language+Français, but it >> continues to indicate English at the bottom of the screen. >> >> I have also tried to do it paragraph by paragraph, but without any >> success. It continues to think that the text is in English. >> >> Moreover, I have also tried to choose Français as language in >> Tools/Spell-check but it switches by itself to English as soon as >> raise the mouse button in the selection box. >> >> What is the magic way of asking to Lyx to set the language to the one >> we select? Is there a way? > > I think it should work to change the language of the document and/or > the language of some paragraph. Changing the language in the spell checker > changes it for the currently selected word only. > > Stephan -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Lyx and Beamer
Hi, I have imported a beamer document written previously by Scientific Word (portable latex). The \begin{frame} and \end{frame} instruction have been imported as evel red boxes. This is not a problem in itself, but now, when I introduce a section between two frames Lyx introduces a \lyxframeend instruction that I do need and that seems to crash the compilation of my file (I get an emergency stop in Latex, without further information - I have exported to latex and compiled by hand to see what is going on). Is this normal that Lyx introduces these \lyxframeend commands even if I have not used the New Frame environment? How can I correct the problem? Is \lyxframeend an intelligent problem that is able to check if a frame is already open (in which case, my problem could be caused by something else)? Thank you very much for your help! Murat PS. I also send the message to developers, hoping that they would better know how \lyxframeend works. -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html http://www.twitter.com/yildizoglu __
Re: Lyx and Beamer
Just to complete my previous mail by an example, I get the following type strange codings (copied from the View latex code window): \end{frame} \lyxframeend{}\section{Blabla} The \end{frame} comes from an Evil Red box and \lyxframeend{} is introduced without a selection by me of a frame environment. Murat 2011/6/28 Murat Yildizoglu myi...@gmail.com Hi, I have imported a beamer document written previously by Scientific Word (portable latex). The \begin{frame} and \end{frame} instruction have been imported as evel red boxes. This is not a problem in itself, but now, when I introduce a section between two frames Lyx introduces a \lyxframeend instruction that I do need and that seems to crash the compilation of my file (I get an emergency stop in Latex, without further information - I have exported to latex and compiled by hand to see what is going on). Is this normal that Lyx introduces these \lyxframeend commands even if I have not used the New Frame environment? How can I correct the problem? Is \lyxframeend an intelligent problem that is able to check if a frame is already open (in which case, my problem could be caused by something else)? Thank you very much for your help! Murat PS. I also send the message to developers, hoping that they would better know how \lyxframeend works. -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html http://www.twitter.com/yildizoglu __ -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html http://www.twitter.com/yildizoglu __
Re: Lyx and Beamer
Thanks Richard, This is really bad news for me, since I have a whole bunch of course beamers that I would like to convert to Lyx, since I am trying to definitely ditch Scientific Word (after having lived for some time with both SW and Lyx). My beamer documents are not particularly fancy, with some pauses and \onslide etc. options, but Lys seems to suffer a lot from the conversion. I also clean all comments from the .tex files, since they fill the Lyx window, without any real use. This helps Lyx, but it is not very efficient in conversion. Moreover, the error messages I get from Latex are not always very helpful (but this another problem, well known by me from my latex by hand days ;-) ). Lyx is not able to recognize \section like commands and translate them to its environment structure (this is how I got the \lyxframeend problem: I wanted to have more readable section titles, by selection the corresponding environment for them). Neither options really get through the conversion (for onslide, for example, \onslide gets in an ERB but not its option, but this does not seem to annoy latex, so no problem here). This is really very annoying indeed... We can only gain our co-authors to Lyx if the conversion from Latex is quite painless. How other people handle this? I really would not like to have to recreate everything from scratch (even partially, since I have a lot of files to convert). Murat 2011/6/28 Richard Heck rgh...@comcast.net ** On 06/28/2011 09:28 AM, Murat Yildizoglu wrote: Just to complete my previous mail by an example, I get the following type strange codings (copied from the View latex code window): \end{frame} \lyxframeend{}\section{Blabla} The \end{frame} comes from an Evil Red box and \lyxframeend{} is introduced without a selection by me of a frame environment. LyX's beamer support is kind of strange, in part because of LyX's limited ability to handle arguments and in part because frames act like insets but are rendered more like commands. This is why there is the odd \lyxframeend{} macro. Anyway, it does not surprise me that LyX has trouble importing beamer files properly. I think the only thing you can really do is clean it up manually. Richard -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html http://www.twitter.com/yildizoglu __
Lyx and Beamer
Hi, I have imported a beamer document written previously by Scientific Word (portable latex). The \begin{frame} and \end{frame} instruction have been imported as evel red boxes. This is not a problem in itself, but now, when I introduce a section between two frames Lyx introduces a \lyxframeend instruction that I do need and that seems to crash the compilation of my file (I get an emergency stop in Latex, without further information - I have exported to latex and compiled by hand to see what is going on). Is this normal that Lyx introduces these \lyxframeend commands even if I have not used the New Frame environment? How can I correct the problem? Is \lyxframeend an intelligent problem that is able to check if a frame is already open (in which case, my problem could be caused by something else)? Thank you very much for your help! Murat PS. I also send the message to developers, hoping that they would better know how \lyxframeend works. -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html http://www.twitter.com/yildizoglu __
Re: Lyx and Beamer
Just to complete my previous mail by an example, I get the following type strange codings (copied from the View latex code window): \end{frame} \lyxframeend{}\section{Blabla} The \end{frame} comes from an Evil Red box and \lyxframeend{} is introduced without a selection by me of a frame environment. Murat 2011/6/28 Murat Yildizoglu <myi...@gmail.com> > Hi, > > I have imported a beamer document written previously by Scientific Word > (portable latex). The \begin{frame} and \end{frame} instruction have been > imported as evel red boxes. This is not a problem in itself, but now, when I > introduce a section between two frames Lyx introduces a \lyxframeend > instruction that I do need and that seems to crash the compilation of my > file (I get an emergency stop in Latex, without further information - I have > exported to latex and compiled by hand to see what is going on). > > Is this normal that Lyx introduces these \lyxframeend commands even if I > have not used the New Frame environment? How can I correct the problem? > Is \lyxframeend an intelligent problem that is able to check if a frame is > already open (in which case, my problem could be caused by something else)? > > Thank you very much for your help! > > Murat > > PS. I also send the message to developers, hoping that they would better > know how \lyxframeend works. > > -- > Prof. Murat Yildizoglu > Université Paul Cézanne (Aix-Marseille 3) > GREQAM (UMR CNRS 6579) > Centre de la Vieille Charité > 2, rue de la Charité > 13236 Marseille cedex 02 > > Bureau 320 > Tel : +33 4 91 14 07 27 (standard) > Tel : +33 4 91 14 07 70 (secrétariat) > Tel : +33 4 91 14 07 47 (bureau) > Fax : +33 4 91 90 02 27 > > e-mail: murat.yildizo...@univ-cezanne.fr > www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html > http://www.twitter.com/yildizoglu > __ > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html http://www.twitter.com/yildizoglu __
Re: Lyx and Beamer
Thanks Richard, This is really bad news for me, since I have a whole bunch of course beamers that I would like to convert to Lyx, since I am trying to definitely ditch Scientific Word (after having lived for some time with both SW and Lyx). My beamer documents are not particularly fancy, with some pauses and \onslide etc. options, but Lys seems to suffer a lot from the conversion. I also clean all comments from the .tex files, since they fill the Lyx window, without any real use. This helps Lyx, but it is not very efficient in conversion. Moreover, the error messages I get from Latex are not always very helpful (but this another problem, well known by me from my latex by hand days ;-) ). Lyx is not able to recognize \section like commands and translate them to its environment structure (this is how I got the \lyxframeend problem: I wanted to have more readable section titles, by selection the corresponding environment for them). Neither options really get through the conversion (for onslide, for example, \onslide gets in an ERB but not its option, but this does not seem to annoy latex, so no problem here). This is really very annoying indeed... We can only gain our co-authors to Lyx if the conversion from Latex is quite painless. How other people handle this? I really would not like to have to recreate everything from scratch (even partially, since I have a lot of files to convert). Murat 2011/6/28 Richard Heck <rgh...@comcast.net> > ** > On 06/28/2011 09:28 AM, Murat Yildizoglu wrote: > > Just to complete my previous mail by an example, I get the following type > strange codings (copied from the View latex code window): > > \end{frame} > > \lyxframeend{}\section{Blabla} > > > The \end{frame} comes from an Evil Red box and \lyxframeend{} is > introduced without a selection by me of a frame environment. > > > LyX's beamer support is kind of strange, in part because of LyX's > limited ability to handle arguments and in part because frames act like > insets but are rendered more like commands. This is why there is the odd > \lyxframeend{} macro. Anyway, it does not surprise me that LyX has trouble > importing beamer files properly. I think the only thing you can really do is > clean it up manually. > > Richard > > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http://www.vcharite.univ-mrs.fr/PP/yildi/index.html http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX Coca version cursor problems (was OSX crashes)
Just to refresh this thread, I have reinstalled the standard Lyx 2 OSX build and the cursor problem has been corrected. So it seems that this problem comes from the Cocoa QT version. Has anybody else observed this problem with the experimental version proposed by Stephan? Murat 2011/6/1 Murat Yildizoglu murat.yildizo...@univ-cezanne.fr Hello Stephan, I have been using the new OSX binary and I see some strange things going on with the cursor: it does not correctly indicate its position (it is always a little bit on the right of its actual position), and when I insert or delete characters, the operations do not take place at the correct place. The problem does not seem to depend on the font I choose for the screen. Do you observe this problem? Murat 2011/5/22 Stephan Witt st.w...@gmx.net Am 22.05.2011 um 12:20 schrieb Murat Yildizoglu: Hi again, I see a strange thing with this new build: I can see several Reconfigure items in the Lyx menu. Their number even increases : I had two of them and I can see three now. Not a big problem, but i prefer to signal it. Yes, I can it see too. :( Weird... 2011/5/22 Murat Yildizoglu murat.yildizo...@univ-cezanne.fr A very big Woaw and Hurrah! Stephan ;-) You're welcome. This build solves both my problems: - I can use Divvy to resize the Lyx window; - ForeverSave can now backup Lyx documents. Very good. Moreover, I have the impression that the launch of Lyx is much quicker now. This is definitely a very nice trick and thank you very much for having spent time to solve these small problems. If we do not find any other problems with this Qt build, I hope that it will become the default one to use, since it looks better integrated into OSX. Yes, we should switch to cocoa based Qt. I think this the root cause why Qt 4.7 worked better - it's simply based on cocoa per default. Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __ -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX Coca version cursor problems (was OSX crashes)
Well, if the only problems with the official Lyx release concern Divvy and ForeverSave, we can get away with the QT version used by it. We can hold from using Divvy to resize the Lyx window (in my case it does not crash Lyx, the windows just ignores Divvy) and a functionality similar to ForeverSave (saving and versioning) will be included in Lion, at the system level, if I understand well the discussion on the net. I just hope that this will be compatible with QT and Lyx. 2011/6/6 Stephan Witt st.w...@gmx.net Am 06.06.2011 um 17:54 schrieb Murat Yildizoglu: Just to refresh this thread, I have reinstalled the standard Lyx 2 OSX build and the cursor problem has been corrected. So it seems that this problem comes from the Cocoa QT version. Has anybody else observed this problem with the experimental version proposed by Stephan? I'm almost sure it's Cocoa based Qt that makes the problem. Until your report I thought it's the Qt-version what matters. See the ticket http://www.lyx.org/trac/ticket/6920 and the discussion here http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg164633.html Unfortunately we have a real Scylla versus Charybdis scenario here. Stephan Murat 2011/6/1 Murat Yildizoglu murat.yildizo...@univ-cezanne.fr Hello Stephan, I have been using the new OSX binary and I see some strange things going on with the cursor: it does not correctly indicate its position (it is always a little bit on the right of its actual position), and when I insert or delete characters, the operations do not take place at the correct place. The problem does not seem to depend on the font I choose for the screen. Do you observe this problem? Murat 2011/5/22 Stephan Witt st.w...@gmx.net Am 22.05.2011 um 12:20 schrieb Murat Yildizoglu: Hi again, I see a strange thing with this new build: I can see several Reconfigure items in the Lyx menu. Their number even increases : I had two of them and I can see three now. Not a big problem, but i prefer to signal it. Yes, I can it see too. :( Weird... 2011/5/22 Murat Yildizoglu murat.yildizo...@univ-cezanne.fr A very big Woaw and Hurrah! Stephan ;-) You're welcome. This build solves both my problems: - I can use Divvy to resize the Lyx window; - ForeverSave can now backup Lyx documents. Very good. Moreover, I have the impression that the launch of Lyx is much quicker now. This is definitely a very nice trick and thank you very much for having spent time to solve these small problems. If we do not find any other problems with this Qt build, I hope that it will become the default one to use, since it looks better integrated into OSX. Yes, we should switch to cocoa based Qt. I think this the root cause why Qt 4.7 worked better - it's simply based on cocoa per default. Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __ -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __ -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX Coca version cursor problems (was OSX crashes)
Just to refresh this thread, I have reinstalled the standard Lyx 2 OSX build and the cursor problem has been corrected. So it seems that this problem comes from the Cocoa QT version. Has anybody else observed this problem with the experimental version proposed by Stephan? Murat 2011/6/1 Murat Yildizoglu <murat.yildizo...@univ-cezanne.fr> > Hello Stephan, > > I have been using the new OSX binary and I see some strange things going on > with the cursor: it does not correctly indicate its position (it is always a > little bit on the right of its actual position), and when I insert or delete > characters, the operations do not take place at the correct place. The > problem does not seem to depend on the font I choose for the screen. > > Do you observe this problem? > > Murat > > 2011/5/22 Stephan Witt <st.w...@gmx.net> > >> Am 22.05.2011 um 12:20 schrieb Murat Yildizoglu: >> >> > Hi again, >> > >> > I see a strange thing with this new build: I can see several >> "Reconfigure" items in the Lyx menu. Their number even increases : I had two >> of them and I can see three now. Not a big problem, but i prefer to signal >> it. >> >> Yes, I can it see too. :( Weird... >> >> > 2011/5/22 Murat Yildizoglu <murat.yildizo...@univ-cezanne.fr> >> > A very big Woaw and Hurrah! Stephan ;-) >> >> You're welcome. >> >> > This build solves both my problems: >> > >> > - I can use Divvy to resize the Lyx window; >> > - ForeverSave can now backup Lyx documents. >> >> Very good. >> >> > Moreover, I have the impression that the launch of Lyx is much quicker >> now. >> > >> > This is definitely a very nice trick and thank you very much for having >> spent time to solve these small problems. >> > >> > If we do not find any other problems with this Qt build, I hope that it >> will become the default one to use, since it looks better integrated into >> OSX. >> >> Yes, we should switch to cocoa based Qt. I think this the root cause why >> Qt 4.7 worked better - it's simply based on cocoa per default. >> >> Stephan > > > > > -- > Prof. Murat Yildizoglu > Université Paul Cézanne (Aix-Marseille 3) > GREQAM (UMR CNRS 6579) > Centre de la Vieille Charité > 2, rue de la Charité > 13236 Marseille cedex 02 > > Bureau 320 > Tel : +33 4 91 14 07 27 (standard) > Tel : +33 4 91 14 07 70 (secrétariat) > Tel : +33 4 91 14 07 47 (bureau) > Fax : +33 4 91 90 02 27 > > e-mail: murat.yildizo...@univ-cezanne.fr > www : http:/yildizoglu.co.cc > http://www.twitter.com/yildizoglu > __ > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX Coca version cursor problems (was OSX crashes)
Well, if the only problems with the "official" Lyx release concern Divvy and ForeverSave, we can get away with the QT version used by it. We can hold from using Divvy to resize the Lyx window (in my case it does not crash Lyx, the windows just ignores Divvy) and a functionality similar to ForeverSave (saving and versioning) will be included in Lion, at the system level, if I understand well the discussion on the net. I just hope that this will be compatible with QT and Lyx. 2011/6/6 Stephan Witt <st.w...@gmx.net> > Am 06.06.2011 um 17:54 schrieb Murat Yildizoglu: > > > Just to refresh this thread, I have reinstalled the standard Lyx 2 OSX > build and the cursor problem has been corrected. > > So it seems that this problem comes from the Cocoa QT version. Has > anybody else observed this problem with the experimental version proposed by > Stephan? > > I'm almost sure it's Cocoa based Qt that makes the problem. Until your > report I thought it's the Qt-version what matters. > See the ticket http://www.lyx.org/trac/ticket/6920 and the discussion here > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg164633.html > > Unfortunately we have a real Scylla versus Charybdis scenario here. > > Stephan > > > Murat > > > > 2011/6/1 Murat Yildizoglu <murat.yildizo...@univ-cezanne.fr> > > Hello Stephan, > > > > I have been using the new OSX binary and I see some strange things going > on with the cursor: it does not correctly indicate its position (it is > always a little bit on the right of its actual position), and when I insert > or delete characters, the operations do not take place at the correct place. > The problem does not seem to depend on the font I choose for the screen. > > > > Do you observe this problem? > > > > Murat > > > > 2011/5/22 Stephan Witt <st.w...@gmx.net> > > Am 22.05.2011 um 12:20 schrieb Murat Yildizoglu: > > > > > Hi again, > > > > > > I see a strange thing with this new build: I can see several > "Reconfigure" items in the Lyx menu. Their number even increases : I had two > of them and I can see three now. Not a big problem, but i prefer to signal > it. > > > > Yes, I can it see too. :( Weird... > > > > > 2011/5/22 Murat Yildizoglu <murat.yildizo...@univ-cezanne.fr> > > > A very big Woaw and Hurrah! Stephan ;-) > > > > You're welcome. > > > > > This build solves both my problems: > > > > > > - I can use Divvy to resize the Lyx window; > > > - ForeverSave can now backup Lyx documents. > > > > Very good. > > > > > Moreover, I have the impression that the launch of Lyx is much quicker > now. > > > > > > This is definitely a very nice trick and thank you very much for having > spent time to solve these small problems. > > > > > > If we do not find any other problems with this Qt build, I hope that it > will become the default one to use, since it looks better integrated into > OSX. > > > > Yes, we should switch to cocoa based Qt. I think this the root cause why > Qt 4.7 worked better - it's simply based on cocoa per default. > > > > Stephan > > > > > > > > -- > > Prof. Murat Yildizoglu > > Université Paul Cézanne (Aix-Marseille 3) > > GREQAM (UMR CNRS 6579) > > Centre de la Vieille Charité > > 2, rue de la Charité > > 13236 Marseille cedex 02 > > > > Bureau 320 > > Tel : +33 4 91 14 07 27 (standard) > > Tel : +33 4 91 14 07 70 (secrétariat) > > Tel : +33 4 91 14 07 47 (bureau) > > Fax : +33 4 91 90 02 27 > > > > e-mail: murat.yildizo...@univ-cezanne.fr > > www : http:/yildizoglu.co.cc > > http://www.twitter.com/yildizoglu > > __ > > > > > > > > -- > > Prof. Murat Yildizoglu > > Université Paul Cézanne (Aix-Marseille 3) > > GREQAM (UMR CNRS 6579) > > Centre de la Vieille Charité > > 2, rue de la Charité > > 13236 Marseille cedex 02 > > > > Bureau 320 > > Tel : +33 4 91 14 07 27 (standard) > > Tel : +33 4 91 14 07 70 (secrétariat) > > Tel : +33 4 91 14 07 47 (bureau) > > Fax : +33 4 91 90 02 27 > > > > e-mail: murat.yildizo...@univ-cezanne.fr > > www : http:/yildizoglu.co.cc > > http://www.twitter.com/yildizoglu > > __ > > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hello Stephan, I have been using the new OSX binary and I see some strange things going on with the cursor: it does not correctly indicate its position (it is always a little bit on the right of its actual position), and when I insert or delete characters, the operations do not take place at the correct place. The problem does not seem to depend on the font I choose for the screen. Do you observe this problem? Murat 2011/5/22 Stephan Witt st.w...@gmx.net Am 22.05.2011 um 12:20 schrieb Murat Yildizoglu: Hi again, I see a strange thing with this new build: I can see several Reconfigure items in the Lyx menu. Their number even increases : I had two of them and I can see three now. Not a big problem, but i prefer to signal it. Yes, I can it see too. :( Weird... 2011/5/22 Murat Yildizoglu murat.yildizo...@univ-cezanne.fr A very big Woaw and Hurrah! Stephan ;-) You're welcome. This build solves both my problems: - I can use Divvy to resize the Lyx window; - ForeverSave can now backup Lyx documents. Very good. Moreover, I have the impression that the launch of Lyx is much quicker now. This is definitely a very nice trick and thank you very much for having spent time to solve these small problems. If we do not find any other problems with this Qt build, I hope that it will become the default one to use, since it looks better integrated into OSX. Yes, we should switch to cocoa based Qt. I think this the root cause why Qt 4.7 worked better - it's simply based on cocoa per default. Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hello Stephan, I have been using the new OSX binary and I see some strange things going on with the cursor: it does not correctly indicate its position (it is always a little bit on the right of its actual position), and when I insert or delete characters, the operations do not take place at the correct place. The problem does not seem to depend on the font I choose for the screen. Do you observe this problem? Murat 2011/5/22 Stephan Witt <st.w...@gmx.net> > Am 22.05.2011 um 12:20 schrieb Murat Yildizoglu: > > > Hi again, > > > > I see a strange thing with this new build: I can see several > "Reconfigure" items in the Lyx menu. Their number even increases : I had two > of them and I can see three now. Not a big problem, but i prefer to signal > it. > > Yes, I can it see too. :( Weird... > > > 2011/5/22 Murat Yildizoglu <murat.yildizo...@univ-cezanne.fr> > > A very big Woaw and Hurrah! Stephan ;-) > > You're welcome. > > > This build solves both my problems: > > > > - I can use Divvy to resize the Lyx window; > > - ForeverSave can now backup Lyx documents. > > Very good. > > > Moreover, I have the impression that the launch of Lyx is much quicker > now. > > > > This is definitely a very nice trick and thank you very much for having > spent time to solve these small problems. > > > > If we do not find any other problems with this Qt build, I hope that it > will become the default one to use, since it looks better integrated into > OSX. > > Yes, we should switch to cocoa based Qt. I think this the root cause why Qt > 4.7 worked better - it's simply based on cocoa per default. > > Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
A very big Woaw and Hurrah! Stephan ;-) This build solves both my problems: - I can use Divvy to resize the Lyx window; - ForeverSave can now backup Lyx documents. Moreover, I have the impression that the launch of Lyx is much quicker now. This is definitely a very nice trick and thank you very much for having spent time to solve these small problems. If we do not find any other problems with this Qt build, I hope that it will become the default one to use, since it looks better integrated into OSX. Regards, Murat 2011/5/22 Stephan Witt st.w...@gmx.net Am 22.05.2011 um 00:18 schrieb Murat Yildizoglu: Stephan, Is this the new version (I've got there following the link in your message) ? ftp://ftp.lyx.org/pub/lyx/bin/2.0.0/LyX-2.0.0+qt4.dmg No, it's the old one. You can download the new files from my dropbox public folder: http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg.sig I hope it works! Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hi again, I see a strange thing with this new build: I can see several Reconfigure items in the Lyx menu. Their number even increases : I had two of them and I can see three now. Not a big problem, but i prefer to signal it. 2011/5/22 Murat Yildizoglu murat.yildizo...@univ-cezanne.fr A very big Woaw and Hurrah! Stephan ;-) This build solves both my problems: - I can use Divvy to resize the Lyx window; - ForeverSave can now backup Lyx documents. Moreover, I have the impression that the launch of Lyx is much quicker now. This is definitely a very nice trick and thank you very much for having spent time to solve these small problems. If we do not find any other problems with this Qt build, I hope that it will become the default one to use, since it looks better integrated into OSX. Regards, Murat 2011/5/22 Stephan Witt st.w...@gmx.net Am 22.05.2011 um 00:18 schrieb Murat Yildizoglu: Stephan, Is this the new version (I've got there following the link in your message) ? ftp://ftp.lyx.org/pub/lyx/bin/2.0.0/LyX-2.0.0+qt4.dmg No, it's the old one. You can download the new files from my dropbox public folder: http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg.sig I hope it works! Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __ -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
A very big Woaw and Hurrah! Stephan ;-) This build solves both my problems: - I can use Divvy to resize the Lyx window; - ForeverSave can now backup Lyx documents. Moreover, I have the impression that the launch of Lyx is much quicker now. This is definitely a very nice trick and thank you very much for having spent time to solve these small problems. If we do not find any other problems with this Qt build, I hope that it will become the default one to use, since it looks better integrated into OSX. Regards, Murat 2011/5/22 Stephan Witt <st.w...@gmx.net> > Am 22.05.2011 um 00:18 schrieb Murat Yildizoglu: > > > Stephan, > > > > Is this the new version (I've got there following the link in your > message) ? > > > > ftp://ftp.lyx.org/pub/lyx/bin/2.0.0/LyX-2.0.0+qt4.dmg > > No, it's the old one. > > You can download the new files from my dropbox public folder: > > http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg > http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg.sig > > I hope it works! > > Stephan > > > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hi again, I see a strange thing with this new build: I can see several "Reconfigure" items in the Lyx menu. Their number even increases : I had two of them and I can see three now. Not a big problem, but i prefer to signal it. 2011/5/22 Murat Yildizoglu <murat.yildizo...@univ-cezanne.fr> > A very big Woaw and Hurrah! Stephan ;-) > > This build solves both my problems: > > - I can use Divvy to resize the Lyx window; > - ForeverSave can now backup Lyx documents. > > Moreover, I have the impression that the launch of Lyx is much quicker now. > > This is definitely a very nice trick and thank you very much for having > spent time to solve these small problems. > > If we do not find any other problems with this Qt build, I hope that it > will become the default one to use, since it looks better integrated into > OSX. > > Regards, > > Murat > > 2011/5/22 Stephan Witt <st.w...@gmx.net> > >> Am 22.05.2011 um 00:18 schrieb Murat Yildizoglu: >> >> > Stephan, >> > >> > Is this the new version (I've got there following the link in your >> message) ? >> > >> > ftp://ftp.lyx.org/pub/lyx/bin/2.0.0/LyX-2.0.0+qt4.dmg >> >> No, it's the old one. >> >> You can download the new files from my dropbox public folder: >> >> http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg >> http://dl.dropbox.com/u/27842660/LyX-2.0.0%2Bqt4-cocoa.dmg.sig >> >> I hope it works! >> >> Stephan >> >> >> > > > -- > Prof. Murat Yildizoglu > Université Paul Cézanne (Aix-Marseille 3) > GREQAM (UMR CNRS 6579) > Centre de la Vieille Charité > 2, rue de la Charité > 13236 Marseille cedex 02 > > Bureau 320 > Tel : +33 4 91 14 07 27 (standard) > Tel : +33 4 91 14 07 70 (secrétariat) > Tel : +33 4 91 14 07 47 (bureau) > Fax : +33 4 91 90 02 27 > > e-mail: murat.yildizo...@univ-cezanne.fr > www : http:/yildizoglu.co.cc > http://www.twitter.com/yildizoglu > __ > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hi Stephan, I have downloaded the version that is linked on the address below and I confirm that calling Divvy does not crash Lyx (it does not resize the window either). Activating backups for Lyx in Foreversave continues to crash Lyx as soon as one types CTRL+S (it is necessary the first time for telling FES to begin the automatic backups). 2011/5/22 Murat Yildizoglu myi...@gmail.com Stephan, Is this the new version (I've got there following the link in your message) ? ftp://ftp.lyx.org/pub/lyx/bin/2.0.0/LyX-2.0.0+qt4.dmg -- Murat Yildizoglu murat.yildizo...@univ-cezanne.fr Le 21 mai 2011 à 20:13, Stephan Witt st.w...@gmx.net a écrit : Am 18.05.2011 um 08:36 schrieb Peter Kümmel: On 18.05.2011 07:33, Stephan Witt wrote: Am 17.05.2011 um 23:21 schrieb Murat Yildizoglu: I think I have found the other conflict: I have recently bought Forever save 2 in a bundle and installed it. Since Lyx is my main editor, I have configured it for taking snapshots of Lyx 2 documents and I think it crashes Lyx as soon as it tries to plug itself on it. I have suppressed Lyx from the list of programs watched by Forever save and Lyx stopped crashing. That's good news. At least there is a work around. This makes conflicts with two very useful tools... The lost of Forever save is only for Lyx, since it is enough to make it ignore Lyx, but the problem with Divvy seems more general. But I will test it now again, since it should be OK as long as I do not call Divvy for resizing the Lyx Window. OK, given my first experiments, this seems to work. Lyx has been launched without crashing. If I meet another crash, I will inform you. Any idea about the conflict with ForeverSave 2? I will ask them the question too. To ask that people would be good. One problem with these tools I have is that they are not free. After using Divvy some times I lost the functionality and cannot test it anymore. The same holds true for ForeverSave - ok, only some Euro but I cannot buy and install every tool out there... @Peter: the crash is attached to the first mail in this thread and is similar to the one mentioned in ticket 7365. http://www.lyx.org/trac/ticket/7365 I could reproduce it at my machine - it's an endless recursion, you can see only the 1st 511 stack frames. I had appr. 32000 of them in the debugger when it crashed and there is no LyX code involved. I have to search for it again. Looks hard to find. Good luck. Maybe there is a hint in Qt's ticket system or qt/src/core/kernel history. As I saw some carbon related code involved I tried to use cocoa based Qt 4.6.3 and it doesn't crash anymore with Divvy. So I built a LyX from 2.0.0 release tar ball with the latest cocoa based Qt 4.6.3 and copied it to aussie.lyx.org. We may put it on the ftp server in parallel. @Murat: Additionally I've put it in my shared DropBox folder. I can send you the link to get this disk image to test it. Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hi Stephan, I have downloaded the version that is linked on the address below and I confirm that calling Divvy does not crash Lyx (it does not resize the window either). Activating backups for Lyx in Foreversave continues to crash Lyx as soon as one types CTRL+S (it is necessary the first time for telling FES to begin the automatic backups). 2011/5/22 Murat Yildizoglu <myi...@gmail.com> > Stephan, > > Is this the new version (I've got there following the link in your message) > ? > > ftp://ftp.lyx.org/pub/lyx/bin/2.0.0/LyX-2.0.0+qt4.dmg > > -- > Murat Yildizoglu > murat.yildizo...@univ-cezanne.fr > > Le 21 mai 2011 à 20:13, Stephan Witt <st.w...@gmx.net> a écrit : > > > Am 18.05.2011 um 08:36 schrieb Peter Kümmel: > > > >> On 18.05.2011 07:33, Stephan Witt wrote: > >>> Am 17.05.2011 um 23:21 schrieb Murat Yildizoglu: > >>> > >>>> I think I have found the other conflict: I have recently bought > Forever save 2 in a bundle and installed it. Since Lyx is my main editor, I > have configured it for taking snapshots of Lyx 2 documents and I think it > crashes Lyx as soon as it tries to plug itself on it. I have suppressed Lyx > from the list of programs watched by Forever save and Lyx stopped crashing. > >>> > >>> That's good news. At least there is a work around. > >>> > >>>> This makes conflicts with two very useful tools... The lost of Forever > save is only for Lyx, since it is enough to make it ignore Lyx, but the > problem with Divvy seems more general. But I will test it now again, since > it should be OK as long as I do not call Divvy for resizing the Lyx Window. > OK, given my first experiments, this seems to work. Lyx has been launched > without crashing. If I meet another crash, I will inform you. > >>>> > >>>> Any idea about the conflict with ForeverSave 2? I will ask them the > question too. > >>> > >>> To ask that people would be good. One problem with these tools I have > is that they are not free. > >>> After using Divvy some times I lost the functionality and cannot test > it anymore. The same holds > >>> true for ForeverSave - ok, only some Euro but I cannot buy and install > every tool out there... > >>> > >>> @Peter: the crash is attached to the first mail in this thread and is > similar to the one mentioned in ticket 7365. > >>> http://www.lyx.org/trac/ticket/7365 > >>> > >>> I could reproduce it at my machine - it's an endless recursion, you can > see only the 1st 511 stack frames. > >>> I had appr. 32000 of them in the debugger when it crashed and there is > no LyX code involved. I have to search for it > >>> again. > >> > >> Looks hard to find. Good luck. Maybe there is a hint in Qt's ticket > system or qt/src/core/kernel history. > > > > As I saw some carbon related code involved I tried to use cocoa based Qt > 4.6.3 and it doesn't crash anymore with Divvy. > > So I built a LyX from 2.0.0 release tar ball with the latest cocoa based > Qt 4.6.3 and copied it to aussie.lyx.org. > > We may put it on the ftp server in parallel. > > > > @Murat: Additionally I've put it in my shared DropBox folder. > > I can send you the link to get this disk image to test it. > > > > Stephan > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hi Stephan, Both softs have trial versions available: http://mizage.com/divvy/downloads/Divvy.zip http://tool-forcesw.com/foreversave/download.html If you have already installed them before, they could refuse to work of course. I do not if it is enough to delete their pref files to solve this problem... Here is the reply I have received from the Forever Save team: Hello Murat, Sorry to tell you, but after trying LyX and checking the logs, LyX is responsible for the continuous crashes. ForeverSave 2 always sends certain notifications to the concerning application to work properly and unfortunately LyX seems to have a serious problem with that. We never had such issue with any other application before, so LyX's behavior is very odd in this case. I will have signaled them in my initial mail that it is based on QT 4.6 but have not received a clarification on this point either. Best regards, Murat 2011/5/18 Stephan Witt st.w...@gmx.net Am 17.05.2011 um 23:21 schrieb Murat Yildizoglu: I think I have found the other conflict: I have recently bought Forever save 2 in a bundle and installed it. Since Lyx is my main editor, I have configured it for taking snapshots of Lyx 2 documents and I think it crashes Lyx as soon as it tries to plug itself on it. I have suppressed Lyx from the list of programs watched by Forever save and Lyx stopped crashing. That's good news. At least there is a work around. This makes conflicts with two very useful tools... The lost of Forever save is only for Lyx, since it is enough to make it ignore Lyx, but the problem with Divvy seems more general. But I will test it now again, since it should be OK as long as I do not call Divvy for resizing the Lyx Window. OK, given my first experiments, this seems to work. Lyx has been launched without crashing. If I meet another crash, I will inform you. Any idea about the conflict with ForeverSave 2? I will ask them the question too. To ask that people would be good. One problem with these tools I have is that they are not free. After using Divvy some times I lost the functionality and cannot test it anymore. The same holds true for ForeverSave - ok, only some Euro but I cannot buy and install every tool out there... @Peter: the crash is attached to the first mail in this thread and is similar to the one mentioned in ticket 7365. http://www.lyx.org/trac/ticket/7365 I could reproduce it at my machine - it's an endless recursion, you can see only the 1st 511 stack frames. I had appr. 32000 of them in the debugger when it crashed and there is no LyX code involved. I have to search for it again. I suspect the session manager code of Qt 4.6 is to blame here - the problem is not there with 4.7. Stephan Murat 2011/5/17 Stephan Witt st.w...@gmx.net Am 17.05.2011 um 18:34 schrieb Murat Yildizoglu: Thanks Stephan! I have indeed totally forgotten this problem that we have discussed on the users list. Yes, I am using Divvy, but I am not trying to use it on the Lyx Window. Even without this, can it crash Lyx? It seems so. :( Did you try it without divvy running? The bug report does not show any potential solution. Am I stuck between going back to 1.6 and dropping Divvy? There is an option to try Qt 4.7.x - the drawback is that we have problems with drawing of ligature and kernings then. Obviously these are cosmetically only. When I have little bit more spare time I'll see what's possible. Currently I fear you have to drop divvy. I underestimated it's potential addiction... -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hi Stephan, Both softs have trial versions available: http://mizage.com/divvy/downloads/Divvy.zip http://tool-forcesw.com/foreversave/download.html If you have already installed them before, they could refuse to work of course. I do not if it is enough to delete their pref files to solve this problem... Here is the reply I have received from the Forever Save team: "Hello Murat, Sorry to tell you, but after trying LyX and checking the logs, LyX is responsible for the continuous crashes. ForeverSave 2 always sends certain notifications to the concerning application to work properly and unfortunately LyX seems to have a serious problem with that. We never had such issue with any other application before, so LyX's behavior is very odd in this case. " I will have signaled them in my initial mail that it is based on QT 4.6 but have not received a clarification on this point either. Best regards, Murat 2011/5/18 Stephan Witt <st.w...@gmx.net> > Am 17.05.2011 um 23:21 schrieb Murat Yildizoglu: > > > I think I have found the other conflict: I have recently bought Forever > save 2 in a bundle and installed it. Since Lyx is my main editor, I have > configured it for taking snapshots of Lyx 2 documents and I think it crashes > Lyx as soon as it tries to plug itself on it. I have suppressed Lyx from the > list of programs watched by Forever save and Lyx stopped crashing. > > That's good news. At least there is a work around. > > > This makes conflicts with two very useful tools... The lost of Forever > save is only for Lyx, since it is enough to make it ignore Lyx, but the > problem with Divvy seems more general. But I will test it now again, since > it should be OK as long as I do not call Divvy for resizing the Lyx Window. > OK, given my first experiments, this seems to work. Lyx has been launched > without crashing. If I meet another crash, I will inform you. > > > > Any idea about the conflict with ForeverSave 2? I will ask them the > question too. > > To ask that people would be good. One problem with these tools I have is > that they are not free. > After using Divvy some times I lost the functionality and cannot test it > anymore. The same holds > true for ForeverSave - ok, only some Euro but I cannot buy and install > every tool out there... > > @Peter: the crash is attached to the first mail in this thread and is > similar to the one mentioned in ticket 7365. > http://www.lyx.org/trac/ticket/7365 > > I could reproduce it at my machine - it's an endless recursion, you can see > only the 1st 511 stack frames. > I had appr. 32000 of them in the debugger when it crashed and there is no > LyX code involved. I have to search for it > again. > > I suspect the session manager code of Qt 4.6 is to blame here - the problem > is not there with 4.7. > > Stephan > > > > Murat > > > > 2011/5/17 Stephan Witt <st.w...@gmx.net> > > Am 17.05.2011 um 18:34 schrieb Murat Yildizoglu: > > > > > Thanks Stephan! > > > I have indeed totally forgotten this problem that we have discussed on > the users list. > > > > > > Yes, I am using Divvy, but I am not trying to use it on the Lyx Window. > Even without this, can it crash Lyx? > > > > It seems so. :( > > Did you try it without divvy running? > > > > > The bug report does not show any potential solution. Am I stuck between > going back to 1.6 and dropping Divvy? > > > > There is an option to try Qt 4.7.x - the drawback is that we have > problems with drawing of ligature and kernings then. > > Obviously these are cosmetically only. When I have little bit more spare > time I'll see what's possible. > > Currently I fear you have to drop divvy. I underestimated it's potential > addiction... > > -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Thanks Stephan! I have indeed totally forgotten this problem that we have discussed on the users list. Yes, I am using Divvy, but I am not trying to use it on the Lyx Window. Even without this, can it crash Lyx? The bug report does not show any potential solution. Am I stuck between going back to 1.6 and dropping Divvy? 2011/5/17 Stephan Witt st.w...@gmx.net Am 17.05.2011 um 18:05 schrieb Murat Yildizoglu: I am lost on this. I have installed the last version of Lyx and it crashes quite systematically. I have never seen this with Lyx. It is nearly unusable. I have also version 1.6 on my laptop but the preferences folders are of course separated. I have downloaded and reinstalled Lyx (two hours ago), but I continue to get the same problem. I can launch Lyx, but at one point it crashes as soon as I click somewhere on the window. I have renamed the old Lyx2 config folder and started Lyx, but it has immediately crashed (but It has created the new configuration folder in the Library). I have also tried to launch Lyx from a terminal window. I have ended with a Segmentation fault I get the following crash report under OSX: ... It looks like you're using divvy or SizeUp or a similar tool. http://www.lyx.org/trac/ticket/7365 Please, can you stop it and try again? Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
Hi Stephan, I have bad news. I have deactivated Divvy and restarted my laptop. I have checked that Divvy is not answering its keyboard shortcut and started Lyx 2. Bang! It has crashed. I have renamed the config folder and restarted, Lyx has created a new Lyx 2 config folder and ... crashed. Now I am completely at loss... Maybe there is another conflict? Murat 2011/5/17 Stephan Witt st.w...@gmx.net Am 17.05.2011 um 18:34 schrieb Murat Yildizoglu: Thanks Stephan! I have indeed totally forgotten this problem that we have discussed on the users list. Yes, I am using Divvy, but I am not trying to use it on the Lyx Window. Even without this, can it crash Lyx? It seems so. :( Did you try it without divvy running? The bug report does not show any potential solution. Am I stuck between going back to 1.6 and dropping Divvy? There is an option to try Qt 4.7.x - the drawback is that we have problems with drawing of ligature and kernings then. Obviously these are cosmetically only. When I have little bit more spare time I'll see what's possible. Currently I fear you have to drop divvy. I underestimated it's potential addiction... Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __
Re: Lyx 2.0.0 OSX crashes
I think I have found the other conflict: I have recently bought Forever save 2 in a bundle and installed it. Since Lyx is my main editor, I have configured it for taking snapshots of Lyx 2 documents and I think it crashes Lyx as soon as it tries to plug itself on it. I have suppressed Lyx from the list of programs watched by Forever save and Lyx stopped crashing. This makes conflicts with two very useful tools... The lost of Forever save is only for Lyx, since it is enough to make it ignore Lyx, but the problem with Divvy seems more general. But I will test it now again, since it should be OK as long as I do not call Divvy for resizing the Lyx Window. OK, given my first experiments, this seems to work. Lyx has been launched without crashing. If I meet another crash, I will inform you. Any idea about the conflict with ForeverSave 2? I will ask them the question too. Murat 2011/5/17 Stephan Witt st.w...@gmx.net Am 17.05.2011 um 18:34 schrieb Murat Yildizoglu: Thanks Stephan! I have indeed totally forgotten this problem that we have discussed on the users list. Yes, I am using Divvy, but I am not trying to use it on the Lyx Window. Even without this, can it crash Lyx? It seems so. :( Did you try it without divvy running? The bug report does not show any potential solution. Am I stuck between going back to 1.6 and dropping Divvy? There is an option to try Qt 4.7.x - the drawback is that we have problems with drawing of ligature and kernings then. Obviously these are cosmetically only. When I have little bit more spare time I'll see what's possible. Currently I fear you have to drop divvy. I underestimated it's potential addiction... Stephan -- Prof. Murat Yildizoglu Université Paul Cézanne (Aix-Marseille 3) GREQAM (UMR CNRS 6579) Centre de la Vieille Charité 2, rue de la Charité 13236 Marseille cedex 02 Bureau 320 Tel : +33 4 91 14 07 27 (standard) Tel : +33 4 91 14 07 70 (secrétariat) Tel : +33 4 91 14 07 47 (bureau) Fax : +33 4 91 90 02 27 e-mail: murat.yildizo...@univ-cezanne.fr www : http:/yildizoglu.co.cc http://www.twitter.com/yildizoglu __