A small bug maybe and a small request

[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: Compatibility between Maverick and Lyx

[Harold Mouras]

Dear all,
thank you for your help. That was ok by making a right click and the chose
to open Lyx. However, when stating any new document and trying to compile
it, I receive an error message telling that the following file doesn't
exist: 
/var/folders/pb/7gplcj4x4rn4hdt3q762jk60gn/T/lyx_tmpdir.JL1817/lyx_tmpbuf2/nouveau1.pdf
and therefore LyX doesn't seem to be able to compile any file.
Would you have any idea of the problem ?
Thank you very much in advance,
Best regards,
Harold


2014-04-06 13:03 GMT+02:00 Harold Mouras hmou...@gmail.com:




 Dear Lyx Users,
 I just moved to OS X 10.9.2 and Lyx does not want to open anymore (last
 version of Lyx available as a mac installable package). Have you heard
 about some incompatibilities between LyX and Maverick ?
 Thank you very much in a advance,
 Sincerely yours,
 Harold MOURAS


 --
 *Harold Mouras*
 *Professeur des Universités*
 *Psychophysiologie, Neurosciences *
 *Responsable des Enseignements de Neuroscience de Licence *

 -
 EA 7273 - Centre de Recherche en Psychologie | Research Center in
 Psychology
 Université de Picardie Jules Verne | Jules Verne Picardy University
 Chemin du Thil | 80 025 Amiens Cedex 1
 Phone: +33 (6) 51 52 04 29 | Mail: harold.mou...@u-picardie.fr
 https://sites.google.com/site/hmouras

 -

Re: Compatibility between Maverick and Lyx

[Wolfgang Engelmann]

Am 07.04.2014 11:12, schrieb Harold Mouras:

Dear all,
thank you for your help. That was ok by making a right click and the chose
to open Lyx. However, when stating any new document and trying to compile
it, I receive an error message telling that the following file doesn't
exist: 
/var/folders/pb/7gplcj4x4rn4hdt3q762jk60gn/T/lyx_tmpdir.JL1817/lyx_tmpbuf2/nouveau1.pdf
and therefore LyX doesn't seem to be able to compile any file.
Would you have any idea of the problem ?
Thank you very much in advance,
Best regards,
Harold

save the old and new file before compiling?
Wolfgang



2014-04-06 13:03 GMT+02:00 Harold Mouras hmou...@gmail.com:




Dear Lyx Users,
I just moved to OS X 10.9.2 and Lyx does not want to open anymore (last
version of Lyx available as a mac installable package). Have you heard
about some incompatibilities between LyX and Maverick ?
Thank you very much in a advance,
Sincerely yours,
Harold MOURAS


--
*Harold Mouras*
*Professeur des Universités*
*Psychophysiologie, Neurosciences *
*Responsable des Enseignements de Neuroscience de Licence *

-
EA 7273 - Centre de Recherche en Psychologie | Research Center in
Psychology
Université de Picardie Jules Verne | Jules Verne Picardy University
Chemin du Thil | 80 025 Amiens Cedex 1
Phone: +33 (6) 51 52 04 29 | Mail: harold.mou...@u-picardie.fr
https://sites.google.com/site/hmouras

-

Re: Cursor movement bug in math insets with split views

[aparsloe]

On 7/04/2014 2:21 p.m., Richard Heck wrote:

On 04/06/2014 08:55 PM, aparsloe wrote:


On 7/04/2014 12:47 p.m., aparsloe wrote:
In a new document open a math inset and enter e=mc^2. Split the view 
into left and right views. In the right view ensure the cursor lies 
*outside* the math inset. Now in the left view try to put the cursor 
*with the mouse* between, say, m and c. I find the cursor 
remains stuck at the start of the inset (before the e). It does 
respond to the arrow keys.  However, if in the right view I place 
the cursor *inside* the math inset, then on the left the cursor once 
more responds to the mouse.


The problem is present for me in both 2.1.0beta2 and 2.0.7 on 
Windows 7, but it has been there for a year or more, including on a 
Windows Vista computer (with a different mouse) and earlier members 
of the 2.0.x series.


Andrew

I should have added that the left and right views behave differently 
and can't be interchanged to show the bug. If the cursor is placed 
outside the inset in the left view, it will respond to the mouse in 
the inset on the right. When the screen is split into upper and lower 
halves, the top half behaves like the left view and the bottom half 
like the right view.


Can't reproduce on Fedora 17 (a bit out of date, but Qt 4.8.4).

Richard
I've just checked on my older computer (Vista) which has rc1 installed. 
The problem is still there.  Also, in a long document with a split view, 
if the formula in the right view scrolls off screen (it seems to need to 
be about two lines off screen), mouse-driven cursor movement in the 
formula in the left view becomes available again.


(I've also put this on the user's list to see if someone else with a 
Windows machine can reproduce it.)


Andrew

Re: A small bug maybe and a small request

[Guenter Milde]

On 2014-04-07, Murat Yildizoglu wrote:

 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 suppose, this is a problem of the installed screen-font.
I also suppose, you use the instant-preview, that replaces the math inset
with a LaTeX rendering when not editing it.

Are the \Omegas the only affected letters or does this affect all the Greek
symbols?

Are you able to see Greek letters in other editors?

 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.

It seems you use a keymap with dead keys. This is usually not a
LyX-specific, but a system wide setting. 

If you like it (generally), you may just keep it and remember to press the
accents *twice* for literal insertion or passing on to the math-editor:

   press   x ^ ^ i  
   to get  x^{i}
   
If you don't like it, use a different keymap, either globally or for LyX
(unfortunately, I don't know how to select the keymap under OSX).

Günter

 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

Re: A small bug maybe and a small request

[Jürgen Spitzmüller]

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

Re: A small bug maybe and a small request

[Vincent van Ravesteijn]

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

Re: A small bug maybe and a small request

[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

[Vincent van Ravesteijn]

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

Re: A small bug maybe and a small request

[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

Re: A small bug maybe and a small request

[Jürgen Spitzmüller]

2014-04-07 11:37 GMT+02:00 Vincent van Ravesteijn:

 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.


Hm, I thought Georg fixed the small w thing at [23752e611/lyxgit]. But
apparently that was not sufficient, since this fix predates rc1.

Jürgen


  Vincent

index empty, with only page numers

[Roel Schipper - CITG]

Dear all,

Using Lyx 2.0.7 on Windows 7 with MikTeX for writing a thesis in document class 
'book', my index does funny things:

[cid:image001.png@01CF526F.7043E920]
Where it used to work fine on the same document in the past, now it only 
produces the page number of the index entry. After stripping my document to one 
chapter, I found out that adding new index entries will lead to a correct 
reference in the index again (as I did with the words Catia, Maaya and 
Rhinoceros in the above example). After looking at the produced TeX-file, I see 
that it will have to do with some language changes for spell checking that I 
did in the past:

\index{designs@\selectlanguage{english}%designs\selectlanguage{british}%}
\index{Catia}

The word 'designs' does not show in the index, only it's page number. The word 
'Catia' appears correctly. Does anyone know a quick way to solve this? I could 
of course re-enter all index-entries again going through my book, but since it 
is 300 pages, this would be the last option.

met vriendelijke groet / with kind regards,
Roel Schipper

ir. H.R. Schipper
---
op donderdagmiddag meestal beschikbaar voor afspraken met studenten
available for appointments with students on Thursday afternoons generally
---
TU Delft Faculty of Civil Engineering and Geosciences
Section Structural  Building Engineering - Sectie GCC
Visiting address: room S2-1.55, Stevinweg 1, 
2628 CN Delft
Mail address:   P.O. Box 5048, 2600 GA Delft
tel   +31 15 27 899 33   e-mail 
h.r.schip...@tudelft.nlblocked::mailto:h.r.schip...@tudelft.nl
mobile+31 6 215 94 867  url dept.  
www.be.citg.tudelft.nlblocked::http://www.be.citg.tudelft.nl/
fax   +31 15 27 831 73  profile 
www.tudelft.nl/hrschipperblocked::http://www.tudelft.nl/hrschipper
---

inline: image001.pngattachment: Capture.JPG

A small bug maybe and a small request

[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: Compatibility between Maverick and Lyx

[Harold Mouras]

Dear all,
thank you for your help. That was ok by making a right click and the chose
to open Lyx. However, when stating any new document and trying to compile
it, I receive an error message telling that the following file doesn't
exist: 
/var/folders/pb/7gplcj4x4rn4hdt3q762jk60gn/T/lyx_tmpdir.JL1817/lyx_tmpbuf2/nouveau1.pdf
and therefore LyX doesn't seem to be able to compile any file.
Would you have any idea of the problem ?
Thank you very much in advance,
Best regards,
Harold


2014-04-06 13:03 GMT+02:00 Harold Mouras hmou...@gmail.com:




 Dear Lyx Users,
 I just moved to OS X 10.9.2 and Lyx does not want to open anymore (last
 version of Lyx available as a mac installable package). Have you heard
 about some incompatibilities between LyX and Maverick ?
 Thank you very much in a advance,
 Sincerely yours,
 Harold MOURAS


 --
 *Harold Mouras*
 *Professeur des Universités*
 *Psychophysiologie, Neurosciences *
 *Responsable des Enseignements de Neuroscience de Licence *

 -
 EA 7273 - Centre de Recherche en Psychologie | Research Center in
 Psychology
 Université de Picardie Jules Verne | Jules Verne Picardy University
 Chemin du Thil | 80 025 Amiens Cedex 1
 Phone: +33 (6) 51 52 04 29 | Mail: harold.mou...@u-picardie.fr
 https://sites.google.com/site/hmouras

 -

Re: Compatibility between Maverick and Lyx

[Wolfgang Engelmann]

Am 07.04.2014 11:12, schrieb Harold Mouras:

Dear all,
thank you for your help. That was ok by making a right click and the chose
to open Lyx. However, when stating any new document and trying to compile
it, I receive an error message telling that the following file doesn't
exist: 
/var/folders/pb/7gplcj4x4rn4hdt3q762jk60gn/T/lyx_tmpdir.JL1817/lyx_tmpbuf2/nouveau1.pdf
and therefore LyX doesn't seem to be able to compile any file.
Would you have any idea of the problem ?
Thank you very much in advance,
Best regards,
Harold

save the old and new file before compiling?
Wolfgang



2014-04-06 13:03 GMT+02:00 Harold Mouras hmou...@gmail.com:




Dear Lyx Users,
I just moved to OS X 10.9.2 and Lyx does not want to open anymore (last
version of Lyx available as a mac installable package). Have you heard
about some incompatibilities between LyX and Maverick ?
Thank you very much in a advance,
Sincerely yours,
Harold MOURAS


--
*Harold Mouras*
*Professeur des Universités*
*Psychophysiologie, Neurosciences *
*Responsable des Enseignements de Neuroscience de Licence *

-
EA 7273 - Centre de Recherche en Psychologie | Research Center in
Psychology
Université de Picardie Jules Verne | Jules Verne Picardy University
Chemin du Thil | 80 025 Amiens Cedex 1
Phone: +33 (6) 51 52 04 29 | Mail: harold.mou...@u-picardie.fr
https://sites.google.com/site/hmouras

-

Re: Cursor movement bug in math insets with split views

[aparsloe]

On 7/04/2014 2:21 p.m., Richard Heck wrote:

On 04/06/2014 08:55 PM, aparsloe wrote:


On 7/04/2014 12:47 p.m., aparsloe wrote:
In a new document open a math inset and enter e=mc^2. Split the view 
into left and right views. In the right view ensure the cursor lies 
*outside* the math inset. Now in the left view try to put the cursor 
*with the mouse* between, say, m and c. I find the cursor 
remains stuck at the start of the inset (before the e). It does 
respond to the arrow keys.  However, if in the right view I place 
the cursor *inside* the math inset, then on the left the cursor once 
more responds to the mouse.


The problem is present for me in both 2.1.0beta2 and 2.0.7 on 
Windows 7, but it has been there for a year or more, including on a 
Windows Vista computer (with a different mouse) and earlier members 
of the 2.0.x series.


Andrew

I should have added that the left and right views behave differently 
and can't be interchanged to show the bug. If the cursor is placed 
outside the inset in the left view, it will respond to the mouse in 
the inset on the right. When the screen is split into upper and lower 
halves, the top half behaves like the left view and the bottom half 
like the right view.


Can't reproduce on Fedora 17 (a bit out of date, but Qt 4.8.4).

Richard
I've just checked on my older computer (Vista) which has rc1 installed. 
The problem is still there.  Also, in a long document with a split view, 
if the formula in the right view scrolls off screen (it seems to need to 
be about two lines off screen), mouse-driven cursor movement in the 
formula in the left view becomes available again.


(I've also put this on the user's list to see if someone else with a 
Windows machine can reproduce it.)


Andrew

Re: A small bug maybe and a small request

[Guenter Milde]

On 2014-04-07, Murat Yildizoglu wrote:

 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 suppose, this is a problem of the installed screen-font.
I also suppose, you use the instant-preview, that replaces the math inset
with a LaTeX rendering when not editing it.

Are the \Omegas the only affected letters or does this affect all the Greek
symbols?

Are you able to see Greek letters in other editors?

 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.

It seems you use a keymap with dead keys. This is usually not a
LyX-specific, but a system wide setting. 

If you like it (generally), you may just keep it and remember to press the
accents *twice* for literal insertion or passing on to the math-editor:

   press   x ^ ^ i  
   to get  x^{i}
   
If you don't like it, use a different keymap, either globally or for LyX
(unfortunately, I don't know how to select the keymap under OSX).

Günter

 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

Re: A small bug maybe and a small request

[Jürgen Spitzmüller]

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

Re: A small bug maybe and a small request

[Vincent van Ravesteijn]

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

Re: A small bug maybe and a small request

[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

[Vincent van Ravesteijn]

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

Re: A small bug maybe and a small request

[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

Re: A small bug maybe and a small request

[Jürgen Spitzmüller]

2014-04-07 11:37 GMT+02:00 Vincent van Ravesteijn:

 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.


Hm, I thought Georg fixed the small w thing at [23752e611/lyxgit]. But
apparently that was not sufficient, since this fix predates rc1.

Jürgen


  Vincent

index empty, with only page numers

[Roel Schipper - CITG]

Dear all,

Using Lyx 2.0.7 on Windows 7 with MikTeX for writing a thesis in document class 
'book', my index does funny things:

[cid:image001.png@01CF526F.7043E920]
Where it used to work fine on the same document in the past, now it only 
produces the page number of the index entry. After stripping my document to one 
chapter, I found out that adding new index entries will lead to a correct 
reference in the index again (as I did with the words Catia, Maaya and 
Rhinoceros in the above example). After looking at the produced TeX-file, I see 
that it will have to do with some language changes for spell checking that I 
did in the past:

\index{designs@\selectlanguage{english}%designs\selectlanguage{british}%}
\index{Catia}

The word 'designs' does not show in the index, only it's page number. The word 
'Catia' appears correctly. Does anyone know a quick way to solve this? I could 
of course re-enter all index-entries again going through my book, but since it 
is 300 pages, this would be the last option.

met vriendelijke groet / with kind regards,
Roel Schipper

ir. H.R. Schipper
---
op donderdagmiddag meestal beschikbaar voor afspraken met studenten
available for appointments with students on Thursday afternoons generally
---
TU Delft Faculty of Civil Engineering and Geosciences
Section Structural  Building Engineering - Sectie GCC
Visiting address: room S2-1.55, Stevinweg 1, 
2628 CN Delft
Mail address:   P.O. Box 5048, 2600 GA Delft
tel   +31 15 27 899 33   e-mail 
h.r.schip...@tudelft.nlblocked::mailto:h.r.schip...@tudelft.nl
mobile+31 6 215 94 867  url dept.  
www.be.citg.tudelft.nlblocked::http://www.be.citg.tudelft.nl/
fax   +31 15 27 831 73  profile 
www.tudelft.nl/hrschipperblocked::http://www.tudelft.nl/hrschipper
---

inline: image001.pngattachment: Capture.JPG

A small bug maybe and a small request

[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: Compatibility between Maverick and Lyx

[Harold Mouras]

Dear all,
thank you for your help. That was ok by making a right click and the chose
to open Lyx. However, when stating any new document and trying to compile
it, I receive an error message telling that the following file doesn't
exist: 
"/var/folders/pb/7gplcj4x4rn4hdt3q762jk60gn/T/lyx_tmpdir.JL1817/lyx_tmpbuf2/nouveau1.pdf"
and therefore LyX doesn't seem to be able to compile any file.
Would you have any idea of the problem ?
Thank you very much in advance,
Best regards,
Harold


2014-04-06 13:03 GMT+02:00 Harold Mouras :

>
>
>
> Dear Lyx Users,
> I just moved to OS X 10.9.2 and Lyx does not want to open anymore (last
> version of Lyx available as a mac installable package). Have you heard
> about some incompatibilities between LyX and Maverick ?
> Thank you very much in a advance,
> Sincerely yours,
> Harold MOURAS
>
>
> --
> *Harold Mouras*
> *Professeur des Universités*
> *Psychophysiologie, Neurosciences *
> *Responsable des Enseignements de Neuroscience de Licence *
>
> -
> EA 7273 - Centre de Recherche en Psychologie | Research Center in
> Psychology
> Université de Picardie Jules Verne | Jules Verne Picardy University
> Chemin du Thil | 80 025 Amiens Cedex 1
> Phone: +33 (6) 51 52 04 29 | Mail: harold.mou...@u-picardie.fr
> https://sites.google.com/site/hmouras
>
> -
>
>

Re: Compatibility between Maverick and Lyx

[Wolfgang Engelmann]

Am 07.04.2014 11:12, schrieb Harold Mouras:

Dear all,
thank you for your help. That was ok by making a right click and the chose
to open Lyx. However, when stating any new document and trying to compile
it, I receive an error message telling that the following file doesn't
exist: 
"/var/folders/pb/7gplcj4x4rn4hdt3q762jk60gn/T/lyx_tmpdir.JL1817/lyx_tmpbuf2/nouveau1.pdf"
and therefore LyX doesn't seem to be able to compile any file.
Would you have any idea of the problem ?
Thank you very much in advance,
Best regards,
Harold

save the old and new file before compiling?
Wolfgang



2014-04-06 13:03 GMT+02:00 Harold Mouras :




Dear Lyx Users,
I just moved to OS X 10.9.2 and Lyx does not want to open anymore (last
version of Lyx available as a mac installable package). Have you heard
about some incompatibilities between LyX and Maverick ?
Thank you very much in a advance,
Sincerely yours,
Harold MOURAS


--
*Harold Mouras*
*Professeur des Universités*
*Psychophysiologie, Neurosciences *
*Responsable des Enseignements de Neuroscience de Licence *

-
EA 7273 - Centre de Recherche en Psychologie | Research Center in
Psychology
Université de Picardie Jules Verne | Jules Verne Picardy University
Chemin du Thil | 80 025 Amiens Cedex 1
Phone: +33 (6) 51 52 04 29 | Mail: harold.mou...@u-picardie.fr
https://sites.google.com/site/hmouras

-

Re: Cursor movement bug in math insets with split views

[aparsloe]

On 7/04/2014 2:21 p.m., Richard Heck wrote:

On 04/06/2014 08:55 PM, aparsloe wrote:


On 7/04/2014 12:47 p.m., aparsloe wrote:
In a new document open a math inset and enter e=mc^2. Split the view 
into left and right views. In the right view ensure the cursor lies 
*outside* the math inset. Now in the left view try to put the cursor 
*with the mouse* between, say, "m" and "c". I find the cursor 
remains stuck at the start of the inset (before the "e"). It does 
respond to the arrow keys.  However, if in the right view I place 
the cursor *inside* the math inset, then on the left the cursor once 
more responds to the mouse.


The problem is present for me in both 2.1.0beta2 and 2.0.7 on 
Windows 7, but it has been there for a year or more, including on a 
Windows Vista computer (with a different mouse) and earlier members 
of the 2.0.x series.


Andrew

I should have added that the left and right views behave differently 
and can't be interchanged to show the bug. If the cursor is placed 
outside the inset in the left view, it will respond to the mouse in 
the inset on the right. When the screen is split into upper and lower 
halves, the top half behaves like the left view and the bottom half 
like the right view.


Can't reproduce on Fedora 17 (a bit out of date, but Qt 4.8.4).

Richard
I've just checked on my older computer (Vista) which has rc1 installed. 
The problem is still there.  Also, in a long document with a split view, 
if the formula in the right view scrolls off screen (it seems to need to 
be about two lines off screen), mouse-driven cursor movement in the 
formula in the left view becomes available again.


(I've also put this on the user's list to see if someone else with a 
Windows machine can reproduce it.)


Andrew

Re: A small bug maybe and a small request

[Guenter Milde]

On 2014-04-07, Murat Yildizoglu wrote:

> 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 suppose, this is a problem of the installed screen-font.
I also suppose, you use the "instant-preview", that replaces the math inset
with a LaTeX rendering when not editing it.

Are the \Omegas the only affected letters or does this affect all the Greek
symbols?

Are you able to see Greek letters in other editors?

> 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.

It seems you use a keymap with "dead keys". This is usually not a
LyX-specific, but a system wide setting. 

If you like it (generally), you may just keep it and remember to press the
accents *twice* for literal insertion or passing on to the math-editor:

   press   x ^ ^ i  
   to get  x^{i}
   
If you don't like it, use a different keymap, either globally or for LyX
(unfortunately, I don't know how to select the keymap under OSX).

Günter

> 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

Re: A small bug maybe and a small request

[Jürgen Spitzmüller]

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

Re: A small bug maybe and a small request

[Vincent van Ravesteijn]

On Mon, Apr 7, 2014 at 11:30 AM, Jürgen Spitzmüller  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

Re: A small bug maybe and a small request

[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 :

> On Mon, Apr 7, 2014 at 11:30 AM, Jürgen Spitzmüller  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

[Vincent van Ravesteijn]

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

Re: A small bug maybe and a small request

[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 :

>
>
> 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: A small bug maybe and a small request

[Jürgen Spitzmüller]

2014-04-07 11:37 GMT+02:00 Vincent van Ravesteijn:

> 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.
>

Hm, I thought Georg fixed the small w thing at [23752e611/lyxgit]. But
apparently that was not sufficient, since this fix predates rc1.

Jürgen


>  Vincent
>

index empty, with only page numers

[Roel Schipper - CITG]

Dear all,

Using Lyx 2.0.7 on Windows 7 with MikTeX for writing a thesis in document class 
'book', my index does funny things:

[cid:image001.png@01CF526F.7043E920]
Where it used to work fine on the same document in the past, now it only 
produces the page number of the index entry. After stripping my document to one 
chapter, I found out that adding new index entries will lead to a correct 
reference in the index again (as I did with the words Catia, Maaya and 
Rhinoceros in the above example). After looking at the produced TeX-file, I see 
that it will have to do with some language changes for spell checking that I 
did in the past:

\index{designs@\selectlanguage{english}%designs\selectlanguage{british}%}
\index{Catia}

The word 'designs' does not show in the index, only it's page number. The word 
'Catia' appears correctly. Does anyone know a quick way to solve this? I could 
of course re-enter all index-entries again going through my book, but since it 
is 300 pages, this would be the last option.

met vriendelijke groet / with kind regards,
Roel Schipper

ir. H.R. Schipper
---
op donderdagmiddag meestal beschikbaar voor afspraken met studenten
available for appointments with students on Thursday afternoons generally
---
TU Delft Faculty of Civil Engineering and Geosciences
Section Structural & Building Engineering - Sectie GCC
Visiting address: room S2-1.55, Stevinweg 1, 
2628 CN Delft
Mail address:   P.O. Box 5048, 2600 GA Delft
tel   +31 15 27 899 33   e-mail 
h.r.schip...@tudelft.nl
mobile+31 6 215 94 867  url dept.  
www.be.citg.tudelft.nl
fax   +31 15 27 831 73  profile 
www.tudelft.nl/hrschipper
---

<><>