Re: LyX 2.4.0 Released!

2024-06-01 Thread Murat Yildizoglu
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!

2024-05-31 Thread Murat Yildizoglu
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

2024-02-12 Thread Murat Yildizoglu


> 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

2024-02-11 Thread Murat Yildizoglu
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

2024-02-09 Thread Murat Yildizoglu

> 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

2024-02-05 Thread Murat Yildizoglu
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.

2018-12-20 Thread Murat Yildizoglu
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

2018-10-27 Thread Murat Yildizoglu
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

2018-07-10 Thread Murat Yildizoglu
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

2017-10-02 Thread Murat Yildizoglu
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

2017-10-02 Thread Murat Yildizoglu
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

2016-08-29 Thread Murat Yildizoglu
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

2016-08-29 Thread Murat Yildizoglu
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

2015-12-10 Thread Murat Yildizoglu
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

2015-11-29 Thread Murat Yildizoglu
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...

2014-11-13 Thread Murat Yildizoglu
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...

2014-11-13 Thread Murat Yildizoglu
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

2014-06-16 Thread Murat Yildizoglu
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

2014-06-16 Thread Murat Yildizoglu
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

2014-06-14 Thread Murat Yildizoglu
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

2014-06-14 Thread Murat Yildizoglu
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...

2014-05-21 Thread Murat Yildizoglu
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...

2014-05-21 Thread Murat Yildizoglu
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

2014-05-20 Thread Murat Yildizoglu

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

2014-05-20 Thread Murat Yildizoglu

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

2014-05-20 Thread Murat Yildizoglu

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

2014-05-20 Thread Murat Yildizoglu

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

2014-05-08 Thread Murat Yildizoglu

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

2014-05-08 Thread Murat Yildizoglu

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

2014-04-12 Thread Murat Yildizoglu
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

2014-04-12 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu

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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu



   	   
   	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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu




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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu

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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu



   	   
   	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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu




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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-11 Thread Murat Yildizoglu
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

2014-04-07 Thread 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?

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

2014-04-07 Thread Murat Yildizoglu
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

2014-04-07 Thread Murat Yildizoglu
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

2014-04-07 Thread 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?

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

2014-04-07 Thread Murat Yildizoglu
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

2014-04-07 Thread Murat Yildizoglu
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

2014-03-14 Thread Murat Yildizoglu
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

2014-03-14 Thread Murat Yildizoglu
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

2014-01-23 Thread Murat Yildizoglu
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

2014-01-23 Thread Murat Yildizoglu
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

2013-03-13 Thread Murat Yildizoglu
() + 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

2013-03-13 Thread Murat Yildizoglu
 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

2012-11-06 Thread Murat Yildizoglu
/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

2012-11-06 Thread Murat Yildizoglu
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

2012-04-01 Thread Murat Yildizoglu
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

2012-04-01 Thread Murat Yildizoglu
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

2012-03-07 Thread Murat Yildizoglu
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

2012-03-07 Thread Murat Yildizoglu
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

2011-11-04 Thread Murat Yildizoglu
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

2011-11-04 Thread Murat Yildizoglu
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

2011-11-04 Thread Murat Yildizoglu
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

2011-11-04 Thread Murat Yildizoglu
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?

2011-11-03 Thread Murat Yildizoglu
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?

2011-11-03 Thread Murat Yildizoglu
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-09-21 Thread Murat Yildizoglu
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-09-21 Thread Murat Yildizoglu
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-09-20 Thread 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).

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! ;-)

2011-09-20 Thread 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).

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

2011-06-28 Thread Murat Yildizoglu
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

2011-06-28 Thread Murat Yildizoglu
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

2011-06-28 Thread Murat Yildizoglu
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

2011-06-28 Thread Murat Yildizoglu
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

2011-06-28 Thread Murat Yildizoglu
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

2011-06-28 Thread Murat Yildizoglu
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)

2011-06-06 Thread 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?

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)

2011-06-06 Thread Murat Yildizoglu
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)

2011-06-06 Thread 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?

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)

2011-06-06 Thread Murat Yildizoglu
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

2011-06-01 Thread Murat Yildizoglu
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

2011-06-01 Thread Murat Yildizoglu
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

2011-05-22 Thread Murat Yildizoglu
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

2011-05-22 Thread 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.

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

2011-05-22 Thread Murat Yildizoglu
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

2011-05-22 Thread 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.

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

2011-05-21 Thread Murat Yildizoglu
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

2011-05-21 Thread Murat Yildizoglu
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

2011-05-18 Thread Murat Yildizoglu
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

2011-05-18 Thread Murat Yildizoglu
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

2011-05-17 Thread 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?
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

2011-05-17 Thread Murat Yildizoglu
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

2011-05-17 Thread 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.
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
__


  1   2   >