Mac OS Build Trouble

[Andreas Neustifter]

Using autotools and the instructions in INSTALL.MacOSX, i get the  
following error:


...
Making all in po
make[1]: *** No rule to make target `all'.  Stop.
make: *** [all-recursive] Error 1

Am I missing something?

Andi

Mac OS Build Trouble

[Andreas Neustifter]

Using autotools and the instructions in INSTALL.MacOSX, i get the  
following error:


...
Making all in po
make[1]: *** No rule to make target `all'.  Stop.
make: *** [all-recursive] Error 1

Am I missing something?

Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

Hi,

with the now recent svn the make stops with

[...]
Making all in po
make LyX-1.6.pot-update
make[2]: *** No rule to make target `../src/frontends/qt4/ 
QAbout.cpp', needed by `LyX-1.6.pot-update'.  Stop.

make[1]: *** [LyX-1.6.pot] Error 2
make: *** [all-recursive] Error 1

What I did:
export LDFLAGS=-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -framework Cocoa

./autogen.sh
./configure --prefix=/Applications/_eigene/LyX-svn.app --with-version- 
suffix=-1.6 --without-x --with-qt4-dir=/opt/local --with-included- 
gettext --enable-optimization=-O2 --disable-shared --enable-static

make

What configure said:
Configuration
  Host type:powerpc-apple-darwin8.10.0
  Special build flags:  assertions pch concept-checks stdlib- 
debug warnings  use-ispell

  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  C++ Compiler: g++ (4.0.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  Linker flags:
  Linker user flags:-framework Carbon -framework OpenGL - 
framework AGL -framework QuickTime -framework Cocoa

  Qt 4 Frontend:
  Qt 4 version: 4.3.1
  Packaging:macosx
  LyX binary dir:   /Applications/_eigene/LyX-svn.app/ 
Contents/MacOS
  LyX files dir:/Applications/_eigene/LyX-svn.app/ 
Contents/Resources



Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

Hi,

with the now recent svn the make stops with

[...]
Making all in po
make LyX-1.6.pot-update
make[2]: *** No rule to make target `../src/frontends/qt4/ 
QAbout.cpp', needed by `LyX-1.6.pot-update'.  Stop.

make[1]: *** [LyX-1.6.pot] Error 2
make: *** [all-recursive] Error 1

What I did:
export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -framework Cocoa"

./autogen.sh
./configure --prefix=/Applications/_eigene/LyX-svn.app --with-version- 
suffix=-1.6 --without-x --with-qt4-dir=/opt/local --with-included- 
gettext --enable-optimization=-O2 --disable-shared --enable-static

make

What configure said:
Configuration
  Host type:powerpc-apple-darwin8.10.0
  Special build flags:  assertions pch concept-checks stdlib- 
debug warnings  use-ispell

  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  C++ Compiler: g++ (4.0.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  Linker flags:
  Linker user flags:-framework Carbon -framework OpenGL - 
framework AGL -framework QuickTime -framework Cocoa

  Qt 4 Frontend:
  Qt 4 version: 4.3.1
  Packaging:macosx
  LyX binary dir:   /Applications/_eigene/LyX-svn.app/ 
Contents/MacOS
  LyX files dir:/Applications/_eigene/LyX-svn.app/ 
Contents/Resources



Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

On 22.08.2007, at 09:13, José Matos wrote:


On Tuesday 21 August 2007 23:22:49 Alfredo Braunstein wrote:

Good work :-)


  +1 :-)


A/


--
José Abílio


r19714 on MacOS with autotools compiles fine.

Thanks, Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

On 22.08.2007, at 00:20, Bo Peng wrote:


Compiles fine here (linux)


scons/linux/msvc, cmake, autotools/linux/mac are working... enough  
for today.


BTW: is cmake with Xcode supposed to work? It gives the following  
error at the final linking stage:


collect2: ld returned 1 exit status
		/usr/bin/ld: warning -L: directory name (/opt/local/lib/Release)  
does not exist

/usr/bin/ld: Undefined symbols:
.objc_class_name_NSCursor
_objc_msgSend
.objc_class_name_NSObject
.objc_class_name_NSSound
_NSBeep
_objc_msgSendSuper
.objc_class_name_NSColor
.objc_class_name_NSColorPanel
.objc_class_name_NSNotificationCenter
_NSCalibratedRGBColorSpace
_NSDeviceCMYKColorSpace
_NSDeviceRGBColorSpace
_NSEnableScreenUpdates
.objc_class_name_NSAutoreleasePool
.objc_class_name_NSGraphicsContext
.objc_class_name_NSImage
.objc_class_name_NSImageView
.objc_class_name_NSMenu
.objc_class_name_NSMenuItem
.objc_class_name_NSStatusBar
.objc_class_name_NSStatusItem
_NSApplicationLoad
_NSMenuDidEndTrackingNotification
_objc_msgSend_stret
		/opt/local/lib/libQtGui.a(qcursor_mac.o) reference to  
undefined .objc_class_name_NSCursor
		/opt/local/lib/libQtGui.a(qcursor_mac.o) reference to undefined  
_objc_msgSend
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to  
undefined .objc_class_name_NSObject
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to  
undefined .objc_class_name_NSSound

/opt/local/lib/libQtGui.a(qsound_mac.o) reference to undefined 
_NSBeep
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to undefined  
_objc_msgSend
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to undefined  
_objc_msgSendSuper
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSColor
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSColorPanel
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSNotificationCenter
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSObject
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSCalibratedRGBColorSpace
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSDeviceCMYKColorSpace
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSDeviceRGBColorSpace
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSEnableScreenUpdates
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _objc_msgSend
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _objc_msgSendSuper
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSAutoreleasePool
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSGraphicsContext
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSImage
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSImageView
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSMenu
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSMenuItem
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSNotificationCenter
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSObject
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSStatusBar
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSStatusItem
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _NSApplicationLoad
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _NSMenuDidEndTrackingNotification
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _objc_msgSend
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _objc_msgSendSuper
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _objc_msgSend_stret

collect2: ld returned 1 exit status
Build failed (1 error, 72 warnings)

Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

On 22.08.2007, at 09:13, José Matos wrote:


On Tuesday 21 August 2007 23:22:49 Alfredo Braunstein wrote:

Good work :-)


  +1 :-)


A/


--
José Abílio


r19714 on MacOS with autotools compiles fine.

Thanks, Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

On 22.08.2007, at 00:20, Bo Peng wrote:


Compiles fine here (linux)


scons/linux/msvc, cmake, autotools/linux/mac are working... enough  
for today.


BTW: is cmake with Xcode supposed to work? It gives the following  
error at the final linking stage:


collect2: ld returned 1 exit status
		/usr/bin/ld: warning -L: directory name (/opt/local/lib/Release)  
does not exist

/usr/bin/ld: Undefined symbols:
.objc_class_name_NSCursor
_objc_msgSend
.objc_class_name_NSObject
.objc_class_name_NSSound
_NSBeep
_objc_msgSendSuper
.objc_class_name_NSColor
.objc_class_name_NSColorPanel
.objc_class_name_NSNotificationCenter
_NSCalibratedRGBColorSpace
_NSDeviceCMYKColorSpace
_NSDeviceRGBColorSpace
_NSEnableScreenUpdates
.objc_class_name_NSAutoreleasePool
.objc_class_name_NSGraphicsContext
.objc_class_name_NSImage
.objc_class_name_NSImageView
.objc_class_name_NSMenu
.objc_class_name_NSMenuItem
.objc_class_name_NSStatusBar
.objc_class_name_NSStatusItem
_NSApplicationLoad
_NSMenuDidEndTrackingNotification
_objc_msgSend_stret
		/opt/local/lib/libQtGui.a(qcursor_mac.o) reference to  
undefined .objc_class_name_NSCursor
		/opt/local/lib/libQtGui.a(qcursor_mac.o) reference to undefined  
_objc_msgSend
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to  
undefined .objc_class_name_NSObject
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to  
undefined .objc_class_name_NSSound

/opt/local/lib/libQtGui.a(qsound_mac.o) reference to undefined 
_NSBeep
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to undefined  
_objc_msgSend
		/opt/local/lib/libQtGui.a(qsound_mac.o) reference to undefined  
_objc_msgSendSuper
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSColor
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSColorPanel
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSNotificationCenter
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined .objc_class_name_NSObject
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSCalibratedRGBColorSpace
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSDeviceCMYKColorSpace
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSDeviceRGBColorSpace
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _NSEnableScreenUpdates
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _objc_msgSend
		/opt/local/lib/libQtGui.a(qcolordialog_mac.o) reference to  
undefined _objc_msgSendSuper
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSAutoreleasePool
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSGraphicsContext
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSImage
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSImageView
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSMenu
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSMenuItem
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSNotificationCenter
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSObject
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSStatusBar
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined .objc_class_name_NSStatusItem
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _NSApplicationLoad
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _NSMenuDidEndTrackingNotification
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _objc_msgSend
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _objc_msgSendSuper
		/opt/local/lib/libQtGui.a(qsystemtrayicon_mac.o) reference to  
undefined _objc_msgSend_stret

collect2: ld returned 1 exit status
Build failed (1 error, 72 warnings)

Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

On 21.08.2007, at 22:40, Bo Peng wrote:


Be patient, just another one or two hours... (instead of 10 min if
JMarc is here.)


Done. Tested under linux. Please test.

Bo


I get an error on MacOS:

Making install in po
make LyX-1.6.pot-update
make[3]: *** No rule to make target `../src/Biblio.cpp', needed by  
`LyX-1.6.pot-update'.  Stop.

make[2]: *** [LyX-1.6.pot] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install-strip] Error 2

Compiled as in INSTALL.MacOSX, summary of ./config step:

Configuration
  Host type:powerpc-apple-darwin8.10.0
  Special build flags:  assertions pch concept-checks stdlib- 
debug warnings  use-ispell

  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  C++ Compiler: g++ (4.0.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  Linker flags:
  Linker user flags:-framework Carbon -framework OpenGL - 
framework AGL -framework QuickTime -framework Cocoa

  Qt 4 Frontend:
  Qt 4 version: 4.3.1
  Packaging:macosx
  LyX binary dir:   /Applications/_eigene/LyX-svn.app/ 
Contents/MacOS
  LyX files dir:/Applications/_eigene/LyX-svn.app/ 
Contents/Resources


Andi

Re: Compilation broken on Mac (current svn)

[Andreas Neustifter]

On 21.08.2007, at 22:40, Bo Peng wrote:


Be patient, just another one or two hours... (instead of 10 min if
JMarc is here.)


Done. Tested under linux. Please test.

Bo


I get an error on MacOS:

Making install in po
make LyX-1.6.pot-update
make[3]: *** No rule to make target `../src/Biblio.cpp', needed by  
`LyX-1.6.pot-update'.  Stop.

make[2]: *** [LyX-1.6.pot] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install-strip] Error 2

Compiled as in INSTALL.MacOSX, summary of ./config step:

Configuration
  Host type:powerpc-apple-darwin8.10.0
  Special build flags:  assertions pch concept-checks stdlib- 
debug warnings  use-ispell

  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  C++ Compiler: g++ (4.0.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:   -Wextra -Wall   -I/System/Library/ 
Frameworks/CoreFoundation.framework/Headers -g -O2

  Linker flags:
  Linker user flags:-framework Carbon -framework OpenGL - 
framework AGL -framework QuickTime -framework Cocoa

  Qt 4 Frontend:
  Qt 4 version: 4.3.1
  Packaging:macosx
  LyX binary dir:   /Applications/_eigene/LyX-svn.app/ 
Contents/MacOS
  LyX files dir:/Applications/_eigene/LyX-svn.app/ 
Contents/Resources


Andi

Re: Question About New Build System

[Andreas Neustifter]

On 16.08.2007, at 23:53, Jean-Marc Lasgouttes wrote:


Andre Poenitz [EMAIL PROTECTED] writes:

Ok. Glad to here that. No I need only a positive report from a Mac  
user.


OK, almost positive :) I build here with pkg-config installed from
macports, and Qt is 4.3.0.

Note that I disable pch.

autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.10


1) a static build. Just works.

 ../lyx-devel/configure --prefix=/Users/jmarc/Desktop/LyX.app -- 
without-x --with-qt4-dir=~/src/qt/build --with-included-gettext -- 
disable-pch --disable-shared --enable-static


2) a shared build. Libraries are not installed at the regular place,
but I think I can fix that. Compilation goes fine.

../lyx-devel/configure --prefix=/Users/jmarc/Desktop/LyX.app -- 
without-x --with-qt4-dir=~/src/qt/build --with-included-gettext -- 
disable-pch


However, when I launch LyX, I just get:

Gino: ~/Desktop/LyX.app/Contents/MacOS/lyx 21 |c++filt
dyld: Symbol not found: lyx::thesaurus
  Referenced from: /Users/jmarc/Desktop/LyX.app/Contents/Resources/ 
LyX/liblyxcontrollers.0.dylib

  Expected in: flat namespace


So, liblyxcontrollers.0.dylib is correctly found, but what is not
found is the lyx::thesaurus variable (I expect it is not the only
one).

Gino: cd ~/Desktop/LyX.app/Contents/Resources/LyX
Gino: nm liblyxcontrollers.dylib |c++filt|grep lyx::thesaurus
 U lyx::thesaurus

I did not find a place where his variable is instantiated, actually.
How is this done?

JMarc


Same effects here, static works, shared does not, with the same  
complaints.


Andi

Re: Question About New Build System

[Andreas Neustifter]

On 17.08.2007, at 11:39, Jean-Marc Lasgouttes wrote:


Andre Poenitz [EMAIL PROTECTED] writes:


Otoh, as long as static linking works, I am not too unhappy, it just
means we do not better than before.


Then please let static be the default again.

+1

Andi

Re: Question About New Build System

[Andreas Neustifter]

On 16.08.2007, at 23:53, Jean-Marc Lasgouttes wrote:


Andre Poenitz <[EMAIL PROTECTED]> writes:

Ok. Glad to here that. No I need only a positive report from a Mac  
user.


OK, almost positive :) I build here with pkg-config installed from
macports, and Qt is 4.3.0.

Note that I disable pch.

autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.10


1) a static build. Just works.

 ../lyx-devel/configure --prefix=/Users/jmarc/Desktop/LyX.app -- 
without-x --with-qt4-dir=~/src/qt/build --with-included-gettext -- 
disable-pch --disable-shared --enable-static


2) a shared build. Libraries are not installed at the regular place,
but I think I can fix that. Compilation goes fine.

../lyx-devel/configure --prefix=/Users/jmarc/Desktop/LyX.app -- 
without-x --with-qt4-dir=~/src/qt/build --with-included-gettext -- 
disable-pch


However, when I launch LyX, I just get:

Gino: ~/Desktop/LyX.app/Contents/MacOS/lyx 2>&1 |c++filt
dyld: Symbol not found: lyx::thesaurus
  Referenced from: /Users/jmarc/Desktop/LyX.app/Contents/Resources/ 
LyX/liblyxcontrollers.0.dylib

  Expected in: flat namespace


So, liblyxcontrollers.0.dylib is correctly found, but what is not
found is the lyx::thesaurus variable (I expect it is not the only
one).

Gino: cd ~/Desktop/LyX.app/Contents/Resources/LyX
Gino: nm liblyxcontrollers.dylib |c++filt|grep lyx::thesaurus
 U lyx::thesaurus

I did not find a place where his variable is instantiated, actually.
How is this done?

JMarc


Same effects here, static works, shared does not, with the same  
complaints.


Andi

Re: Question About New Build System

[Andreas Neustifter]

On 17.08.2007, at 11:39, Jean-Marc Lasgouttes wrote:


Andre Poenitz <[EMAIL PROTECTED]> writes:


Otoh, as long as static linking works, I am not too unhappy, it just
means we do not better than before.


Then please let static be the default again.

+1

Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 15.08.2007, at 01:37, Jean-Marc Lasgouttes wrote:


Andreas Neustifter [EMAIL PROTECTED] writes:


Yes, svn st --no-ignore showed completely no output. (This would have
listed all the files that are not versioned, even the files that
would be usually ignored)


I was thinking about the built files, actually. Also, what is the
configure procedure that you followed?

I did almost the same as Mael, although I ensured that there is  
nothing wrong by deleting all files that are not in the (serverside-)  
repository:
$ for i in `svn st --no-ignore | grep ^? | cut -b 8-`; do rm -rf $i;  
done
$ for i in `svn st --no-ignore | grep ^I | cut -b 8-`; do rm -rf $i;  
done

$ svn revert -R .
(That leaves me with only the files that svn co ... would create, but  
without the wait.)


The I did (exactly as in INSTALL.MacOS):
$ export LDFLAGS=-framework Carbon -framework OpenGL -framework AGL  
-framework QuickTime -framework Cocoa

$ ./autogen.sh
$ ./configure --prefix=/Applications/_eigene/LyX-svn.app --with- 
version-suffix=-1.5-svn --without-x --with-qt4-dir=/opt/local --with- 
included-gettext --enable-optimization=-O2 --disable-stdlib-debug

$ make
$ make install-strip

Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 15.08.2007, at 01:37, Jean-Marc Lasgouttes wrote:


Andreas Neustifter <[EMAIL PROTECTED]> writes:


Yes, svn st --no-ignore showed completely no output. (This would have
listed all the files that are not versioned, even the files that
would be usually ignored)


I was thinking about the built files, actually. Also, what is the
configure procedure that you followed?

I did almost the same as Mael, although I ensured that there is  
nothing wrong by deleting all files that are not in the (serverside-)  
repository:
$> for i in `svn st --no-ignore | grep ^? | cut -b 8-`; do rm -rf $i;  
done
$> for i in `svn st --no-ignore | grep ^I | cut -b 8-`; do rm -rf $i;  
done

$> svn revert -R .
(That leaves me with only the files that svn co ... would create, but  
without the wait.)


The I did (exactly as in INSTALL.MacOS):
$> export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL  
-framework QuickTime -framework Cocoa"

$> ./autogen.sh
$> ./configure --prefix=/Applications/_eigene/LyX-svn.app --with- 
version-suffix=-1.5-svn --without-x --with-qt4-dir=/opt/local --with- 
included-gettext --enable-optimization=-O2 --disable-stdlib-debug

$> make
$> make install-strip

Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 14.08.2007, at 20:28, Richard Heck wrote:


Mael Hilléreau wrote:
With svn (19564), make install-strip doesn't install lyx  
executable at Contents/MacOSX/lyx. In fact, I'm even not sure it  
is created, but I have no error from make...


That's the first time I compile from svn, so it's possible that I  
missed smth...
The build routines are in heavy flux at the moment. Some of it  
won't build at all. Right now you're best just making and running  
the local copy, from src/lyx-qt4. Hopefully, Andre will get  
everything sorted out soon.
I had the same problem and it showed that (in my case at least) LyX  
was trying to build a shared library version istead of a static one.


I'm currently compiling with the configure options --enable-static -- 
disable-shared added to the normal options and it _seems_ (the build  
has not finished jet) that this is a workaround for the problem (not  
a solution, mind).


Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 14.08.2007, at 20:57, Andreas Neustifter wrote:


On 14.08.2007, at 20:28, Richard Heck wrote:


Mael Hilléreau wrote:
With svn (19564), make install-strip doesn't install lyx  
executable at Contents/MacOSX/lyx. In fact, I'm even not sure  
it is created, but I have no error from make...


That's the first time I compile from svn, so it's possible that I  
missed smth...
The build routines are in heavy flux at the moment. Some of it  
won't build at all. Right now you're best just making and running  
the local copy, from src/lyx-qt4. Hopefully, Andre will get  
everything sorted out soon.
I had the same problem and it showed that (in my case at least) LyX  
was trying to build a shared library version istead of a static one.


I'm currently compiling with the configure options --enable-static  
--disable-shared added to the normal options and it _seems_ (the  
build has not finished jet) that this is a workaround for the  
problem (not a solution, mind).


Andi
No, its _no_ workaround, it doesn't work. No idea whats wrong, i  
guess we have to wait for the build system to settle down again.


Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 14.08.2007, at 22:39, Jean-Marc Lasgouttes wrote:


Andreas Neustifter [EMAIL PROTECTED] writes:


No, its _no_ workaround, it doesn't work. No idea whats wrong, i
guess we have to wait for the build system to settle down again.


The build system is broken in some ways. Did you make sure
your rebuilt from a completely clean build tree and ran autogen.sh.

JMarc


Yes, svn st --no-ignore showed completely no output. (This would have  
listed all the files that are not versioned, even the files that  
would be usually ignored)


Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 14.08.2007, at 20:28, Richard Heck wrote:


Mael Hilléreau wrote:
With svn (19564), "make install-strip" doesn't install lyx  
executable at "Contents/MacOSX/lyx". In fact, I'm even not sure it  
is created, but I have no error from make...


That's the first time I compile from svn, so it's possible that I  
missed smth...
The build routines are in heavy flux at the moment. Some of it  
won't build at all. Right now you're best just making and running  
the local copy, from src/lyx-qt4. Hopefully, Andre will get  
everything sorted out soon.
I had the same problem and it showed that (in my case at least) LyX  
was trying to build a shared library version istead of a static one.


I'm currently compiling with the configure options --enable-static -- 
disable-shared added to the normal options and it _seems_ (the build  
has not finished jet) that this is a workaround for the problem (not  
a solution, mind).


Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 14.08.2007, at 20:57, Andreas Neustifter wrote:


On 14.08.2007, at 20:28, Richard Heck wrote:


Mael Hilléreau wrote:
With svn (19564), "make install-strip" doesn't install lyx  
executable at "Contents/MacOSX/lyx". In fact, I'm even not sure  
it is created, but I have no error from make...


That's the first time I compile from svn, so it's possible that I  
missed smth...
The build routines are in heavy flux at the moment. Some of it  
won't build at all. Right now you're best just making and running  
the local copy, from src/lyx-qt4. Hopefully, Andre will get  
everything sorted out soon.
I had the same problem and it showed that (in my case at least) LyX  
was trying to build a shared library version istead of a static one.


I'm currently compiling with the configure options --enable-static  
--disable-shared added to the normal options and it _seems_ (the  
build has not finished jet) that this is a workaround for the  
problem (not a solution, mind).


Andi
No, its _no_ workaround, it doesn't work. No idea whats wrong, i  
guess we have to wait for the build system to settle down again.


Andi

Re: svn doesn't create lyx executable

[Andreas Neustifter]

On 14.08.2007, at 22:39, Jean-Marc Lasgouttes wrote:


Andreas Neustifter <[EMAIL PROTECTED]> writes:


No, its _no_ workaround, it doesn't work. No idea whats wrong, i
guess we have to wait for the build system to settle down again.


The build system is broken in some ways. Did you make sure
your rebuilt from a completely clean build tree and ran autogen.sh.

JMarc


Yes, svn st --no-ignore showed completely no output. (This would have  
listed all the files that are not versioned, even the files that  
would be usually ignored)


Andi

Re: [PATCH] some build improvements for the mac

[Andreas Neustifter]

Hi,

On 12.07.2007, at 15:41, Jean-Marc Lasgouttes wrote:


Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

OK, then here is the patch that I propose to apply. What it does:


I applied this patch.

JMarc


I get the following linker error when building with rev. 19063:

/bin/sh ../libtool --tag=CXX   --mode=link g++  -g -Os   -o lyx-qt4  
main.o   ISpell.o SpellBase.o Author.o Bidi.o boost.o Box.o  
BranchList.o Buffer.o buffer_funcs.o BufferList.o BufferParams.o  
BufferView.o bufferview_funcs.o Bullet.o Changes.o Chktex.o Color.o  
ConverterCache.o Converter.o CoordCache.o Counters.o Cursor.o  
CursorSlice.o CutAndPaste.o debug.o DepTable.o Dimension.o  
DocIterator.o Encoding.o ErrorList.o Exporter.o factory.o Floating.o  
FloatList.o Font.o FontIterator.o Format.o FuncRequest.o FuncStatus.o  
gettext.o Graph.o Importer.o InsetIterator.o InsetList.o Intl.o  
KeyMap.o KeySequence.o Language.o LaTeX.o LaTeXFeatures.o Layout.o  
Length.o lengthcommon.o Lexer.o LyXAction.o callback.o LyX.o  
lyxfind.o LyXFunc.o LyXRC.o Server.o ServerSocket.o LyXVC.o  
MenuBackend.o Messages.o MetricsInfo.o Mover.o output.o  
output_docbook.o output_latex.o OutputParams.o output_plaintext.o  
Paragraph.o paragraph_funcs.o ParagraphMetrics.o  
ParagraphParameters.o ParIterator.o PrinterParams.o Row.o  
rowpainter.o Session.o sgml.o Spacing.o TexRow.o Text.o Text2.o  
Text3.o TextClass.o TextClassList.o TextMetrics.o Thesaurus.o  
TocBackend.o toc.o ToolbarBackend.o Trans.o Undo.o VCBackend.o  
version.o VSpace.o mathed/libmathed.la insets/libinsets.la frontends/ 
libfrontends.la frontends/qt4/libqt4.la frontends/controllers/ 
libcontrollers.la graphics/libgraphics.la support/libsupport.la ../ 
boost/libs/regex/src/libboost_regex.la ../boost/libs/signals/src/ 
libboost_signals.la ../boost/libs/filesystem/src/ 
libboost_filesystem.la ../boost/libs/iostreams/src/ 
libboost_iostreams.la ../intl/libintl.a -liconv  -lm  -liconv -lz
g++ -g -Os -o lyx-qt4 main.o ISpell.o SpellBase.o Author.o Bidi.o  
boost.o Box.o BranchList.o Buffer.o buffer_funcs.o BufferList.o  
BufferParams.o BufferView.o bufferview_funcs.o Bullet.o Changes.o  
Chktex.o Color.o ConverterCache.o Converter.o CoordCache.o Counters.o  
Cursor.o CursorSlice.o CutAndPaste.o debug.o DepTable.o Dimension.o  
DocIterator.o Encoding.o ErrorList.o Exporter.o factory.o Floating.o  
FloatList.o Font.o FontIterator.o Format.o FuncRequest.o FuncStatus.o  
gettext.o Graph.o Importer.o InsetIterator.o InsetList.o Intl.o  
KeyMap.o KeySequence.o Language.o LaTeX.o LaTeXFeatures.o Layout.o  
Length.o lengthcommon.o Lexer.o LyXAction.o callback.o LyX.o  
lyxfind.o LyXFunc.o LyXRC.o Server.o ServerSocket.o LyXVC.o  
MenuBackend.o Messages.o MetricsInfo.o Mover.o output.o  
output_docbook.o output_latex.o OutputParams.o output_plaintext.o  
Paragraph.o paragraph_funcs.o ParagraphMetrics.o  
ParagraphParameters.o ParIterator.o PrinterParams.o Row.o  
rowpainter.o Session.o sgml.o Spacing.o TexRow.o Text.o Text2.o  
Text3.o TextClass.o TextClassList.o TextMetrics.o Thesaurus.o  
TocBackend.o toc.o ToolbarBackend.o Trans.o Undo.o VCBackend.o  
version.o VSpace.o -Wl,-bind_at_load  mathed/.libs/libmathed.a  
insets/.libs/libinsets.a frontends/.libs/libfrontends.a frontends/ 
qt4/.libs/libqt4.a -L/Users/astifter/Documents/eclipse/qt-mac- 
opensource-install-4.3.0/lib -lQtGui frontends/controllers/.libs/ 
libcontrollers.a graphics/.libs/libgraphics.a support/.libs/ 
libsupport.a -lQtCore ../boost/libs/regex/src/.libs/ 
libboost_regex.a ../boost/libs/signals/src/.libs/ 
libboost_signals.a ../boost/libs/filesystem/src/.libs/ 
libboost_filesystem.a ../boost/libs/iostreams/src/.libs/ 
libboost_iostreams.a ../intl/libintl.a -lm /usr/lib/libiconv.dylib -lz

/usr/bin/ld: Undefined symbols:
.objc_class_name_NSCursor
_CGWarpMouseCursorPosition
_GetGlobalMouse
_SetAnimatedThemeCursor
_SetThemeCursor
_objc_msgSend
.objc_class_name_NSAutoreleasePool
.objc_class_name_NSGraphicsContext
.objc_class_name_NSImage
.objc_class_name_NSImageView
.objc_class_name_NSMenu
.objc_class_name_NSMenuItem
.objc_class_name_NSNotificationCenter
.objc_class_name_NSObject
.objc_class_name_NSStatusBar
.objc_class_name_NSStatusItem
_CFBundleCreate
_CFBundleGetIdentifier
_CFRelease
_CFStringCompare
_CGContextDrawImage
_CGImageGetHeight
_CGImageGetWidth
_GetMBarHeight
_LSGetApplicationForInfo
_NSApplicationLoad
_NSMenuDidEndTrackingNotification
___CFConstantStringClassReference
_objc_msgSendSuper
_objc_msgSend_stret
_InitCursor
_TransitionWindowWithOptions
_GetCurrentProcess
_GetFrontProcess
_SameProcess
_AECountItems
_AECreateDesc
_AEDisposeDesc
_AEGetAttributePtr
_AEGetNthPtr
_AEGetParamDesc
_AEInstallEventHandler
_AEProcessAppleEvent
_AERemoveEventHandler
_ActiveNonFloatingWindow
_CFBundleCopyBundleURL
_CFBundleGetMainBundle
_CFURLCopyFileSystemPath
_CGDisplayRegisterReconfigurationCallback
_CGDisplayRemoveReconfigurationCallback
_CGImageRelease
_CloseComponent
_ConvertEventRefToEventRecord
_CopyEvent
_CopyProcessName

Re: [PATCH] some build improvements for the mac

[Andreas Neustifter]

Hi,

On 12.07.2007, at 15:41, Jean-Marc Lasgouttes wrote:


Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

OK, then here is the patch that I propose to apply. What it does:


I applied this patch.

JMarc


I get the following linker error when building with rev. 19063:

/bin/sh ../libtool --tag=CXX   --mode=link g++  -g -Os   -o lyx-qt4  
main.o   ISpell.o SpellBase.o Author.o Bidi.o boost.o Box.o  
BranchList.o Buffer.o buffer_funcs.o BufferList.o BufferParams.o  
BufferView.o bufferview_funcs.o Bullet.o Changes.o Chktex.o Color.o  
ConverterCache.o Converter.o CoordCache.o Counters.o Cursor.o  
CursorSlice.o CutAndPaste.o debug.o DepTable.o Dimension.o  
DocIterator.o Encoding.o ErrorList.o Exporter.o factory.o Floating.o  
FloatList.o Font.o FontIterator.o Format.o FuncRequest.o FuncStatus.o  
gettext.o Graph.o Importer.o InsetIterator.o InsetList.o Intl.o  
KeyMap.o KeySequence.o Language.o LaTeX.o LaTeXFeatures.o Layout.o  
Length.o lengthcommon.o Lexer.o LyXAction.o callback.o LyX.o  
lyxfind.o LyXFunc.o LyXRC.o Server.o ServerSocket.o LyXVC.o  
MenuBackend.o Messages.o MetricsInfo.o Mover.o output.o  
output_docbook.o output_latex.o OutputParams.o output_plaintext.o  
Paragraph.o paragraph_funcs.o ParagraphMetrics.o  
ParagraphParameters.o ParIterator.o PrinterParams.o Row.o  
rowpainter.o Session.o sgml.o Spacing.o TexRow.o Text.o Text2.o  
Text3.o TextClass.o TextClassList.o TextMetrics.o Thesaurus.o  
TocBackend.o toc.o ToolbarBackend.o Trans.o Undo.o VCBackend.o  
version.o VSpace.o mathed/libmathed.la insets/libinsets.la frontends/ 
libfrontends.la frontends/qt4/libqt4.la frontends/controllers/ 
libcontrollers.la graphics/libgraphics.la support/libsupport.la ../ 
boost/libs/regex/src/libboost_regex.la ../boost/libs/signals/src/ 
libboost_signals.la ../boost/libs/filesystem/src/ 
libboost_filesystem.la ../boost/libs/iostreams/src/ 
libboost_iostreams.la ../intl/libintl.a -liconv  -lm  -liconv -lz
g++ -g -Os -o lyx-qt4 main.o ISpell.o SpellBase.o Author.o Bidi.o  
boost.o Box.o BranchList.o Buffer.o buffer_funcs.o BufferList.o  
BufferParams.o BufferView.o bufferview_funcs.o Bullet.o Changes.o  
Chktex.o Color.o ConverterCache.o Converter.o CoordCache.o Counters.o  
Cursor.o CursorSlice.o CutAndPaste.o debug.o DepTable.o Dimension.o  
DocIterator.o Encoding.o ErrorList.o Exporter.o factory.o Floating.o  
FloatList.o Font.o FontIterator.o Format.o FuncRequest.o FuncStatus.o  
gettext.o Graph.o Importer.o InsetIterator.o InsetList.o Intl.o  
KeyMap.o KeySequence.o Language.o LaTeX.o LaTeXFeatures.o Layout.o  
Length.o lengthcommon.o Lexer.o LyXAction.o callback.o LyX.o  
lyxfind.o LyXFunc.o LyXRC.o Server.o ServerSocket.o LyXVC.o  
MenuBackend.o Messages.o MetricsInfo.o Mover.o output.o  
output_docbook.o output_latex.o OutputParams.o output_plaintext.o  
Paragraph.o paragraph_funcs.o ParagraphMetrics.o  
ParagraphParameters.o ParIterator.o PrinterParams.o Row.o  
rowpainter.o Session.o sgml.o Spacing.o TexRow.o Text.o Text2.o  
Text3.o TextClass.o TextClassList.o TextMetrics.o Thesaurus.o  
TocBackend.o toc.o ToolbarBackend.o Trans.o Undo.o VCBackend.o  
version.o VSpace.o -Wl,-bind_at_load  mathed/.libs/libmathed.a  
insets/.libs/libinsets.a frontends/.libs/libfrontends.a frontends/ 
qt4/.libs/libqt4.a -L/Users/astifter/Documents/eclipse/qt-mac- 
opensource-install-4.3.0/lib -lQtGui frontends/controllers/.libs/ 
libcontrollers.a graphics/.libs/libgraphics.a support/.libs/ 
libsupport.a -lQtCore ../boost/libs/regex/src/.libs/ 
libboost_regex.a ../boost/libs/signals/src/.libs/ 
libboost_signals.a ../boost/libs/filesystem/src/.libs/ 
libboost_filesystem.a ../boost/libs/iostreams/src/.libs/ 
libboost_iostreams.a ../intl/libintl.a -lm /usr/lib/libiconv.dylib -lz

/usr/bin/ld: Undefined symbols:
.objc_class_name_NSCursor
_CGWarpMouseCursorPosition
_GetGlobalMouse
_SetAnimatedThemeCursor
_SetThemeCursor
_objc_msgSend
.objc_class_name_NSAutoreleasePool
.objc_class_name_NSGraphicsContext
.objc_class_name_NSImage
.objc_class_name_NSImageView
.objc_class_name_NSMenu
.objc_class_name_NSMenuItem
.objc_class_name_NSNotificationCenter
.objc_class_name_NSObject
.objc_class_name_NSStatusBar
.objc_class_name_NSStatusItem
_CFBundleCreate
_CFBundleGetIdentifier
_CFRelease
_CFStringCompare
_CGContextDrawImage
_CGImageGetHeight
_CGImageGetWidth
_GetMBarHeight
_LSGetApplicationForInfo
_NSApplicationLoad
_NSMenuDidEndTrackingNotification
___CFConstantStringClassReference
_objc_msgSendSuper
_objc_msgSend_stret
_InitCursor
_TransitionWindowWithOptions
_GetCurrentProcess
_GetFrontProcess
_SameProcess
_AECountItems
_AECreateDesc
_AEDisposeDesc
_AEGetAttributePtr
_AEGetNthPtr
_AEGetParamDesc
_AEInstallEventHandler
_AEProcessAppleEvent
_AERemoveEventHandler
_ActiveNonFloatingWindow
_CFBundleCopyBundleURL
_CFBundleGetMainBundle
_CFURLCopyFileSystemPath
_CGDisplayRegisterReconfigurationCallback
_CGDisplayRemoveReconfigurationCallback
_CGImageRelease
_CloseComponent
_ConvertEventRefToEventRecord
_CopyEvent
_CopyProcessName

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

Hi,

On 05.07.2007, at 10:28, Jürgen Spitzmüller wrote:


Abdelrazak Younes wrote:

some testing would surely be good (that would speak for
putting it in soon after a minor 1.5.x release).


Please test it then. Dov already tested it with RTL language and  
didn't

see any problem at all. I repeat myself but the only side effect that
could happen is that some characters are cropped to the left or to  
the

right. But I am pretty sure now that I took all possible cases into
account.


I don't have much time for testing, but the more important is if it  
improves
the Mac situation. So let's wait what the testing there results in,  
and then
José will have to decide on this anyway (if it is scheduled for  
1.5.0).


I have sent the results directly to Abdel, I had a closer look at  
them now:


The function QFontEngineMac::draw uses 8.4% (of overall runtime) in  
the unpatched version and almost nothing in the patched version.
This seems to provide more runtime for  
QCoreGraphicsPaintEngine::drawPixmap(unpatched: 7.9%, patched: 18.4%).

(This is confirmend by two individual measurements.)

Andi

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

Hi,

On 05.07.2007, at 10:28, Jürgen Spitzmüller wrote:


Abdelrazak Younes wrote:

some testing would surely be good (that would speak for
putting it in soon after a minor 1.5.x release).


Please test it then. Dov already tested it with RTL language and  
didn't

see any problem at all. I repeat myself but the only side effect that
could happen is that some characters are cropped to the left or to  
the

right. But I am pretty sure now that I took all possible cases into
account.


I don't have much time for testing, but the more important is if it  
improves
the Mac situation. So let's wait what the testing there results in,  
and then
José will have to decide on this anyway (if it is scheduled for  
1.5.0).


I have sent the results directly to Abdel, I had a closer look at  
them now:


The function QFontEngineMac::draw uses 8.4% (of overall runtime) in  
the unpatched version and almost nothing in the patched version.
This seems to provide more runtime for  
QCoreGraphicsPaintEngine::drawPixmap(unpatched: 7.9%, patched: 18.4%).

(This is confirmend by two individual measurements.)

Andi

Re: slow text entry on mac PPC is not yet solved

[Andreas Neustifter]

Hi,

On 05.07.2007, at 09:21, Abdelrazak Younes wrote:


Oliver Johns wrote:

Folks,
Some earlier posts suggested that the slow text entry problem on  
mac PPC machines has been solved.  I don't think so.


Thanks for your report Oliver but I think you misheard something.  
The eailier post was about a new patch I am working on and which is  
not yet integrated. Andreas, could you give the patched binary to  
Oliver so that he do some test? Thanks in advance.


wget http://stud4.tuwien.ac.at/~e0325716/LyX-svn-patched.app.tar.gz

compiled on mac os 10.4 (ppc) with all patches, qt4.3 (compiled), svn  
trunk revision 18982, with attached patch


Andi



painting.patch
Description: Binary data

Re: [Patch] Persistent selection and formatting preserved pasting

[Andreas Neustifter]

Hi,

On 05.07.2007, at 20:31, Andre Poenitz wrote:

On Thu, Jul 05, 2007 at 03:17:59PM +0200,  
[EMAIL PROTECTED] wrote:

On Thu, 5 Jul 2007, Abdelrazak Younes wrote:


[EMAIL PROTECTED] wrote:
Abdelrazak  - the format used by default by thunderbird: I can  
view
Abdelrazak  them inlined, even though they are attachments  
really. The

Abdelrazak  problem is that web mailers transform that to inline
Abdelrazak  proper.

 This is inlined mime attachments. It seems that Thunderbird  
can only

 produce this sort.


According to the following URI, you can make Thunderbird produce  
proper

attachments:
http://kb.mozillazine.org/ 
Send_plain_text_attachments_as_real_attachments


OK I've modified the settings accordingly and am sending the last  
patch

fo this thread attached. Let's see how I am going to see it through
news.gmane.org and if Bo can apply it properly.


It's shown inline in gmane's web interface:
http://permalink.gmane.org/gmane.editors.lyx.devel/89212

In my news reader (pine), it's shown as a separate attachment  
which I have

to press 'v' to view (which is fine by me). So I think it's sent in a
different way now, although gmane's web interface is still being
difficult (just like it was for me).


Why don't you just look at what is actually in the mail?

Mail is just plain text, attachment or not. One does not need a 'Mail
client' to read it, much less so when it comes to forensics.

Andre'


Unfortunatelly this is not true in this case: the raw mail source of  
the previous Abdel patches looks like


--00090009040901040802
Content-Type: text/plain;
name=persistent_selection5.patch
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename=persistent_selection5.patch

SW5kZXg6IEN1dEFuZFBhc3RlLmNwcA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIEN1dEFuZFBhc3Rl
LmNwcAkocmV2aXNpb24gMTg5ODIpDQorKysgQ3V0QW5kUGFzdGUuY3BwCSh3b3JraW5nIGNv
cHkpDQpAQCAtNjQxLDggKzY0MSwxMCBAQA0KIH0KIAogCi12b2lkIGNvcHlTZWxlY3Rpb25U
b1N0YWNrKCkKK3ZvaWQgY29weVNlbGVjdGlvblRvU3RhY2soQ3Vyc29yICYgY3VyKQogewor
CWNvcHlTZWxlY3Rpb25Ub1N0YWNrKGN1ciwgc2VsZWN0aW9uQnVmZmVyKTsKKwogCWlmICgh
c2VsZWN0aW9uQnVmZmVyLmVtcHR5KCkpCiAJCXRoZUN1dHMucHVzaChzZWxlY3Rpb25CdWZm
ZXJbMF0pOwogfQpAQCAtNjcyLDIyICs2NzQsNiBAQA0KIAogdm9pZCBzYXZlU2VsZWN0aW9u
...

This is displayed inline, with no possibility to save the attachment  
(Mail.app).


So, the new patches sent are better in the sense that I can view them  
as attachement and safe them properly.


Greetings, Andi

Re: [Patch] Persistent selection and formatting preserved pasting

[Andreas Neustifter]

On 05.07.2007, at 20:51, Bo Peng wrote:


--00090009040901040802
Content-Type: text/plain;
name=persistent_selection5.patch
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename=persistent_selection5.patch



This is displayed inline, with no possibility to save the attachment
(Mail.app).


So the only difference is

Content-Disposition: attachment;

in the new email?

Bo


Yes, in the newer mail (with attachment) the line reads

Content-Disposition: attachment;

Andi

Re: compliation problems on mac osx with 1.5rc2

[Andreas Neustifter]

Hi,

On 05.07.2007, at 10:21, Jean-Marc Lasgouttes wrote:


Oliver Dear Andreas, Yes, that solved the problem. Thank you for the
Oliver tip.

Oliver My LDFLAGS now reads: LDFLAGS=-framework Carbon -framework
Oliver OpenGL -framework AGL -framework QuickTime -lz -framework
Oliver Cocoa -liconv

Oliver I wonder if the file INSTALL.MacOSX in the source distribution
Oliver should sometime be changed to include the -liconv addition?

No, the test for iconv _is_ done. There has to be some error that
makes the -liconv needed. Could I get to see your config.log file
(maybe in the case without -liconv)?

JMarc


I'm really sorry but I'm not able to reproduce the bug now, but I  
found an old mail of mine where I described the bug:


On 20.05.2007, at 20:21, Andreas Neustifter wrote:


I found that (as mentioned in a mail called slow when editing  
paragraphs with math on 18.05.2007 on this list) that the  
configure step strangely enough doesn't find the libiconv when  
trying to configure Qt and thus the problems (if its the same  
problem I had.) config.log says:

configure:24304: checking for QT4_CORE
configure:24381: checking for QT4_FRONTEND
configure:24483: checking for Qt 4 library name
configure:24532: g++ -o conftest -g -Os -I/Users/astifter/qt-4.2.3// 
include -I/Users/astifter/qt-4.2.3//include/Qt -I/Users/astifter/ 
qt-4.2.3//include/QtCore -I/Users/astifter/qt-4.2.3//include/QtGui - 
L/Users/astifter/qt-4.2.3//lib -Wextra -Wall   -framework Carbon - 
framework OpenGL -framework AGL -framework QuickTime -lz -framework  
Cocoa conftest.cpp -lc -lm  -lQtCore 5

/usr/bin/ld: Undefined symbols:
_libiconv
_libiconv_close
_libiconv_open
collect2: ld returned 1 exit status
configure:24538: $? = 1

I added -liconv to the LDPATH and it worked prefectly well, so  
command reads then:
$ export LDFLAGS=-framework Carbon -framework OpenGL -framework  
AGL -framework QuickTime -lz -framework Cocoa -liconv


Greetings, Andi

Re: slow text entry on mac PPC is not yet solved

[Andreas Neustifter]

Hi,

On 05.07.2007, at 09:21, Abdelrazak Younes wrote:


Oliver Johns wrote:

Folks,
Some earlier posts suggested that the slow text entry problem on  
mac PPC machines has been solved.  I don't think so.


Thanks for your report Oliver but I think you misheard something.  
The eailier post was about a new patch I am working on and which is  
not yet integrated. Andreas, could you give the patched binary to  
Oliver so that he do some test? Thanks in advance.


wget http://stud4.tuwien.ac.at/~e0325716/LyX-svn-patched.app.tar.gz

compiled on mac os 10.4 (ppc) with all patches, qt4.3 (compiled), svn  
trunk revision 18982, with attached patch


Andi



painting.patch
Description: Binary data

Re: [Patch] Persistent selection and formatting preserved pasting

[Andreas Neustifter]

Hi,

On 05.07.2007, at 20:31, Andre Poenitz wrote:

On Thu, Jul 05, 2007 at 03:17:59PM +0200,  
[EMAIL PROTECTED] wrote:

On Thu, 5 Jul 2007, Abdelrazak Younes wrote:


[EMAIL PROTECTED] wrote:
Abdelrazak>  - the format used by default by thunderbird: I can  
view
Abdelrazak>  them inlined, even though they are attachments  
really. The

Abdelrazak>  problem is that web mailers transform that to inline
Abdelrazak>  proper.

 This is inlined mime attachments. It seems that Thunderbird  
can only

 produce this sort.


According to the following URI, you can make Thunderbird produce  
proper

attachments:
http://kb.mozillazine.org/ 
Send_plain_text_attachments_as_real_attachments


OK I've modified the settings accordingly and am sending the last  
patch

fo this thread attached. Let's see how I am going to see it through
news.gmane.org and if Bo can apply it properly.


It's shown inline in gmane's web interface:
http://permalink.gmane.org/gmane.editors.lyx.devel/89212

In my news reader (pine), it's shown as a separate attachment  
which I have

to press 'v' to view (which is fine by me). So I think it's sent in a
different way now, although gmane's web interface is still being
difficult (just like it was for me).


Why don't you just look at what is actually in the mail?

Mail is just plain text, attachment or not. One does not need a 'Mail
client' to read it, much less so when it comes to forensics.

Andre'


Unfortunatelly this is not true in this case: the raw mail source of  
the previous Abdel patches looks like


--00090009040901040802
Content-Type: text/plain;
name="persistent_selection5.patch"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="persistent_selection5.patch"

SW5kZXg6IEN1dEFuZFBhc3RlLmNwcA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIEN1dEFuZFBhc3Rl
LmNwcAkocmV2aXNpb24gMTg5ODIpDQorKysgQ3V0QW5kUGFzdGUuY3BwCSh3b3JraW5nIGNv
cHkpDQpAQCAtNjQxLDggKzY0MSwxMCBAQA0KIH0KIAogCi12b2lkIGNvcHlTZWxlY3Rpb25U
b1N0YWNrKCkKK3ZvaWQgY29weVNlbGVjdGlvblRvU3RhY2soQ3Vyc29yICYgY3VyKQogewor
CWNvcHlTZWxlY3Rpb25Ub1N0YWNrKGN1ciwgc2VsZWN0aW9uQnVmZmVyKTsKKwogCWlmICgh
c2VsZWN0aW9uQnVmZmVyLmVtcHR5KCkpCiAJCXRoZUN1dHMucHVzaChzZWxlY3Rpb25CdWZm
ZXJbMF0pOwogfQpAQCAtNjcyLDIyICs2NzQsNiBAQA0KIAogdm9pZCBzYXZlU2VsZWN0aW9u
...

This is displayed inline, with no possibility to save the attachment  
(Mail.app).


So, the new patches sent are better in the sense that I can view them  
as attachement and safe them properly.


Greetings, Andi

Re: [Patch] Persistent selection and formatting preserved pasting

[Andreas Neustifter]

On 05.07.2007, at 20:51, Bo Peng wrote:


--00090009040901040802
Content-Type: text/plain;
name="persistent_selection5.patch"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="persistent_selection5.patch"



This is displayed inline, with no possibility to save the attachment
(Mail.app).


So the only difference is

Content-Disposition: attachment;

in the new email?

Bo


Yes, in the newer mail (with attachment) the line reads

Content-Disposition: attachment;

Andi

Re: compliation problems on mac osx with 1.5rc2

[Andreas Neustifter]

Hi,

On 05.07.2007, at 10:21, Jean-Marc Lasgouttes wrote:


Oliver> Dear Andreas, Yes, that solved the problem. Thank you for the
Oliver> tip.

Oliver> My LDFLAGS now reads: LDFLAGS=-framework Carbon -framework
Oliver> OpenGL -framework AGL -framework QuickTime -lz -framework
Oliver> Cocoa -liconv

Oliver> I wonder if the file INSTALL.MacOSX in the source distribution
Oliver> should sometime be changed to include the -liconv addition?

No, the test for iconv _is_ done. There has to be some error that
makes the -liconv needed. Could I get to see your config.log file
(maybe in the case without -liconv)?

JMarc


I'm really sorry but I'm not able to reproduce the bug now, but I  
found an old mail of mine where I described the bug:


On 20.05.2007, at 20:21, Andreas Neustifter wrote:


I found that (as mentioned in a mail called "slow when editing  
paragraphs with math" on 18.05.2007 on this list) that the  
configure step strangely enough doesn't find the libiconv when  
trying to configure Qt and thus the problems (if its the same  
problem I had.) config.log says:

configure:24304: checking for QT4_CORE
configure:24381: checking for QT4_FRONTEND
configure:24483: checking for Qt 4 library name
configure:24532: g++ -o conftest -g -Os -I/Users/astifter/qt-4.2.3// 
include -I/Users/astifter/qt-4.2.3//include/Qt -I/Users/astifter/ 
qt-4.2.3//include/QtCore -I/Users/astifter/qt-4.2.3//include/QtGui - 
L/Users/astifter/qt-4.2.3//lib -Wextra -Wall   -framework Carbon - 
framework OpenGL -framework AGL -framework QuickTime -lz -framework  
Cocoa conftest.cpp -lc -lm  -lQtCore >&5

/usr/bin/ld: Undefined symbols:
_libiconv
_libiconv_close
_libiconv_open
collect2: ld returned 1 exit status
configure:24538: $? = 1

I added -liconv to the LDPATH and it worked prefectly well, so  
command reads then:
$> export LDFLAGS="-framework Carbon -framework OpenGL -framework  
AGL -framework QuickTime -lz -framework Cocoa -liconv"


Greetings, Andi

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 04.07.2007, at 08:14, Abdelrazak Younes wrote:
Are you sure that this binary version from Andreas contains the  
patch? I suspect that it is the straight svn version.


He can't be but I am. I'm positive that it contains your patch from  
yesterday, 14:00.


Since my CPU peaks to (almost) 100% when normally typing in an  
caption or equation I suspect that the CPU power of the machine  
limits the rendering speed. (Mine is a late G4 model with 1.33 GHz  
PPC and 1.5 GB RAM so thats quite a difference to Bobs machine.)


I have time to do some testing in the afternoon, if you tell we what  
I have to look out for, I'll help.


Andi

Re: compliation problems on mac osx with 1.5rc2

[Andreas Neustifter]

On 04.07.2007, at 03:55, Oliver Johns wrote:
I downloaded the lyx 1.5rc2 sources.  I followed the INSTALL.MacOSX  
instructions carefully.   My LDFLAGS are
LDFLAGS=-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -lz -framework Cocoa


Try adding -liconv to the LDFLAGS

Do you have macports libiconv installed? If yes, its the same here  
and maybe this is triggering the behavior.


Andi

PS: I'm no developer, just an interested user :-)

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 04.07.2007, at 09:48, Abdelrazak Younes wrote:
What I need is some profiling results when my patch is applied. Do  
you know how to do that with Shark? If not maybe Bennett or Stefan  
could give you a hand. The important bits is to compile in release  
mode, that is to say, with some optimisation (-O2), with debug  
output (-g) but without -stdlib-debug.


What I will do now is:

svn up
clean up all stuff from previous makes
apply patch
export LDFLAGS=-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -lz -framework Cocoa -liconv

./autogen.sh
./configure --prefix=/Applications/_eigene/LyX-svn.app --with-version- 
suffix=-1.5-svn --without-x --with-frontend=qt4 --with-qt4-dir=/Users/ 
astifter/Documents/eclipse/qt-mac-opensource-install-4.3.0 --with- 
included-gettext --enable-optimization=-O2 --disable-stdlib-debug -- 
disable-concept-checks

make
make install
move the patched lyx to a place where i find it again
revert the patched files
make
make install

Now I have LyX two times, one time with patch one time without it.

Then I run Shark to profile them, what do you need? Time Profile?

Then I will type in equations and in captions.

Is that the proper approach?

Andi

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 04.07.2007, at 17:13, Andreas Neustifter wrote:


On 04.07.2007, at 09:48, Abdelrazak Younes wrote:
What I need is some profiling results when my patch is applied. Do  
you know how to do that with Shark? If not maybe Bennett or Stefan  
could give you a hand. The important bits is to compile in release  
mode, that is to say, with some optimisation (-O2), with debug  
output (-g) but without -stdlib-debug.


What I will do now is:

svn up
clean up all stuff from previous makes
apply patch
export LDFLAGS=-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -lz -framework Cocoa -liconv

./autogen.sh
./configure --prefix=/Applications/_eigene/LyX-svn.app --with- 
version-suffix=-1.5-svn --without-x --with-frontend=qt4 --with-qt4- 
dir=/Users/astifter/Documents/eclipse/qt-mac-opensource- 
install-4.3.0 --with-included-gettext --enable-optimization=-O2 -- 
disable-stdlib-debug --disable-concept-checks

make
make install
move the patched lyx to a place where i find it again
revert the patched files
make
make install



Okay, I have done the tests now, I traced the typing in equations  
with beta3, latest and patched. I have put the results to

http://stud4.tuwien.ac.at/~e0325716/LyX beta3 typing in eqaution.mshark
http://stud4.tuwien.ac.at/~e0325716/LyX latest patched typing in  
eqaution.mshark
http://stud4.tuwien.ac.at/~e0325716/LyX latest unpatched typing in  
eqaution.mshark


What I noticed when using Quartz Debug that in beta3 only the actual  
paragraph is repainted when typing normal text, but in the latest SVN  
the complete screen downwards from the current paragraph is repainted.


When typing in captions and equations the whole text are is repainted  
after each key stroke.


Greetings, Andi

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 04.07.2007, at 08:14, Abdelrazak Younes wrote:
Are you sure that this binary version from Andreas contains the  
patch? I suspect that it is the straight svn version.


He can't be but I am. I'm positive that it contains your patch from  
yesterday, 14:00.


Since my CPU peaks to (almost) 100% when normally typing in an  
caption or equation I suspect that the CPU power of the machine  
limits the rendering speed. (Mine is a late G4 model with 1.33 GHz  
PPC and 1.5 GB RAM so thats quite a difference to Bobs machine.)


I have time to do some testing in the afternoon, if you tell we what  
I have to look out for, I'll help.


Andi

Re: compliation problems on mac osx with 1.5rc2

[Andreas Neustifter]

On 04.07.2007, at 03:55, Oliver Johns wrote:
I downloaded the lyx 1.5rc2 sources.  I followed the INSTALL.MacOSX  
instructions carefully.   My LDFLAGS are
LDFLAGS=-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -lz -framework Cocoa


Try adding -liconv to the LDFLAGS

Do you have macports libiconv installed? If yes, its the same here  
and maybe this is triggering the behavior.


Andi

PS: I'm no developer, just an interested user :-)

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 04.07.2007, at 09:48, Abdelrazak Younes wrote:
What I need is some profiling results when my patch is applied. Do  
you know how to do that with Shark? If not maybe Bennett or Stefan  
could give you a hand. The important bits is to compile in release  
mode, that is to say, with some optimisation (-O2), with debug  
output (-g) but without -stdlib-debug.


What I will do now is:

svn up
"clean up all stuff from previous makes"
"apply patch"
export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -lz -framework Cocoa -liconv"

./autogen.sh
./configure --prefix=/Applications/_eigene/LyX-svn.app --with-version- 
suffix=-1.5-svn --without-x --with-frontend=qt4 --with-qt4-dir=/Users/ 
astifter/Documents/eclipse/qt-mac-opensource-install-4.3.0 --with- 
included-gettext --enable-optimization=-O2 --disable-stdlib-debug -- 
disable-concept-checks

make
make install
"move the patched lyx to a place where i find it again"
"revert the patched files"
make
make install

Now I have LyX two times, one time with patch one time without it.

Then I run Shark to profile them, what do you need? Time Profile?

Then I will type in equations and in captions.

Is that the proper approach?

Andi

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 04.07.2007, at 17:13, Andreas Neustifter wrote:


On 04.07.2007, at 09:48, Abdelrazak Younes wrote:
What I need is some profiling results when my patch is applied. Do  
you know how to do that with Shark? If not maybe Bennett or Stefan  
could give you a hand. The important bits is to compile in release  
mode, that is to say, with some optimisation (-O2), with debug  
output (-g) but without -stdlib-debug.


What I will do now is:

svn up
"clean up all stuff from previous makes"
"apply patch"
export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL - 
framework QuickTime -lz -framework Cocoa -liconv"

./autogen.sh
./configure --prefix=/Applications/_eigene/LyX-svn.app --with- 
version-suffix=-1.5-svn --without-x --with-frontend=qt4 --with-qt4- 
dir=/Users/astifter/Documents/eclipse/qt-mac-opensource- 
install-4.3.0 --with-included-gettext --enable-optimization=-O2 -- 
disable-stdlib-debug --disable-concept-checks

make
make install
"move the patched lyx to a place where i find it again"
"revert the patched files"
make
make install



Okay, I have done the tests now, I traced the typing in equations  
with beta3, latest and patched. I have put the results to

http://stud4.tuwien.ac.at/~e0325716/LyX beta3 typing in eqaution.mshark
http://stud4.tuwien.ac.at/~e0325716/LyX latest patched typing in  
eqaution.mshark
http://stud4.tuwien.ac.at/~e0325716/LyX latest unpatched typing in  
eqaution.mshark


What I noticed when using Quartz Debug that in beta3 only the actual  
paragraph is repainted when typing normal text, but in the latest SVN  
the complete screen downwards from the current paragraph is repainted.


When typing in captions and equations the whole text are is repainted  
after each key stroke.


Greetings, Andi

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 08:20, Abdelrazak Younes wrote:


Bennett Helm wrote:
OK -- I did this. I still don't see any speedup with captions or  
equations, but then I didn't have a problem on my Intel Mac  
previously. Even watching the CPU usage of LyX as I drummed my  
fingers on the keyboard as fast as I could revealed no difference  
with your branch.


By the way, could you try with the attached file? If you could  
compile a Mac/PPC LyX and ask some user to test that would be  
really great.


Abdel.
LyXMathDWoes.lyx


I have a PPC Mac and I'm compiling the latest SVN-Trunk (is that the  
right version?) and I will test it later on when the build has finished.


Astifter

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 13:40, Abdelrazak Younes wrote:


No. This is in my mvc branch, three possibilities:

1) svn://svn.lyx.org/lyx/lyx-devel/branches/personal/younes/mvc

2) Or you can as well copy the attached two C++ files in the  
frontend/qt4 directory.


3) Or you can use the attached patch.


and I will test it later on when the build has finished.


So, I have tested the following three types of LyXes:
LyX 1.5.0 beta3:It more or less keeps up with my normal 
typing.
LyX 1.5.0 svn rev. 18974:   Its maybe a bit faster than beta3.
LyX 1.5.0 svn rev. 18974 and patches: 	Its maybe still a bit faster,  
but I'm not quite sure. Less CPU is consumed during normal typing  
than in beta3.


When madly hacking into my keyboard all three more or less behave the  
same: CPU goes to 100 percent and it takes a while after the typing  
is done to finish the rendering.


System: Mac OS 10.4.10, all patches. I have cleared the user settings  
folder before performing the tests. Qt 4.3 built from source. I was  
typing into the proposed document (LyXMathDWoes.lyx).


Hope this helps.

Astifter

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 14:41, Abdelrazak Younes wrote:

Andreas Neustifter wrote:
When madly hacking into my keyboard all three more or less behave  
the same: CPU goes to 100 percent and it takes a while after the  
typing is done to finish the rendering.
System: Mac OS 10.4.10, all patches. I have cleared the user  
settings folder before performing the tests. Qt 4.3 built from  
source. I was typing into the proposed document (LyXMathDWoes.lyx).


OK, I have the same lag on my WinXP system with this file. Could  
you the same test in another file please? Any document that present  
a screen full of text will do.

These tests should be carried within captions and within equations.


LyX 1.5.0 beta3: inside equation: CPU load 100% and quite a big  
rendering lag at normal typing.

LyX 1.5.0 beta3: inside caption: Same as inside equations.

LyX 1.5.0 svn rev. 18974 and patches: inside equation: CPU load high  
(but not always 100%) at normal typing, minimal lag (pretty keeps up  
with normal typing). When hacking madly same as beta3
LyX 1.5.0 svn rev. 18974 and patches: inside captions: CPU load high  
(almost 100%) at normal typing, quite some lag. When hacking madly  
same as beta3.


I think its way better but not really good. Especially in captions  
its noticable (I type faster there), in equations I think is as fast  
as anyone can type. (Okay, maybe I am a slow typer :-)


I must admit that the high CPU load at normal typing is (especially  
for me) quite anoying because I work on the road alot and the iBook  
gets really hot when working with 1.5.0. (But its as good a software  
that I use it nevertheless.)


Greetings, Asifter

PS: I really have to learn for an exam (tomorrow) now, maybe not  
responding anymore.

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 16:46, Abdelrazak Younes wrote:
I'm afraid I don't follow you :-( Does the patch improves the  
situation significantly or not?


Sorry, is was not aware that this could be confusing :-)) Okay, heres  
the bottom line:


There is a noticeable difference!

*) In equations its good enough (for me) because I think no one can  
type math fast enough to have a noticeable lag. (When typing really  
fast there is still a lag.)
*) In captions (since one can type normal text faster) there is still  
a noticeable lag, but its far better than in beta3.


In both cases the CPU load peaks while rendering the characters.

I really hope this is clear now,

Greetins, Astifter

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 08:20, Abdelrazak Younes wrote:


Bennett Helm wrote:
OK -- I did this. I still don't see any speedup with captions or  
equations, but then I didn't have a problem on my Intel Mac  
previously. Even watching the CPU usage of LyX as I drummed my  
fingers on the keyboard as fast as I could revealed no difference  
with your branch.


By the way, could you try with the attached file? If you could  
compile a Mac/PPC LyX and ask some user to test that would be  
really great.


Abdel.



I have a PPC Mac and I'm compiling the latest SVN-Trunk (is that the  
right version?) and I will test it later on when the build has finished.


Astifter

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 13:40, Abdelrazak Younes wrote:


No. This is in my mvc branch, three possibilities:

1) svn://svn.lyx.org/lyx/lyx-devel/branches/personal/younes/mvc

2) Or you can as well copy the attached two C++ files in the  
frontend/qt4 directory.


3) Or you can use the attached patch.


and I will test it later on when the build has finished.


So, I have tested the following three types of LyXes:
LyX 1.5.0 beta3:It more or less keeps up with my normal 
typing.
LyX 1.5.0 svn rev. 18974:   Its maybe a bit faster than beta3.
LyX 1.5.0 svn rev. 18974 and patches: 	Its maybe still a bit faster,  
but I'm not quite sure. Less CPU is consumed during normal typing  
than in beta3.


When madly hacking into my keyboard all three more or less behave the  
same: CPU goes to 100 percent and it takes a while after the typing  
is done to finish the rendering.


System: Mac OS 10.4.10, all patches. I have cleared the user settings  
folder before performing the tests. Qt 4.3 built from source. I was  
typing into the proposed document (LyXMathDWoes.lyx).


Hope this helps.

Astifter

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 14:41, Abdelrazak Younes wrote:

Andreas Neustifter wrote:
When madly hacking into my keyboard all three more or less behave  
the same: CPU goes to 100 percent and it takes a while after the  
typing is done to finish the rendering.
System: Mac OS 10.4.10, all patches. I have cleared the user  
settings folder before performing the tests. Qt 4.3 built from  
source. I was typing into the proposed document (LyXMathDWoes.lyx).


OK, I have the same lag on my WinXP system with this file. Could  
you the same test in another file please? Any document that present  
a screen full of text will do.

These tests should be carried within captions and within equations.


LyX 1.5.0 beta3: inside equation: CPU load 100% and quite a big  
rendering lag at normal typing.

LyX 1.5.0 beta3: inside caption: Same as inside equations.

LyX 1.5.0 svn rev. 18974 and patches: inside equation: CPU load high  
(but not always 100%) at normal typing, minimal lag (pretty keeps up  
with normal typing). When hacking madly same as beta3
LyX 1.5.0 svn rev. 18974 and patches: inside captions: CPU load high  
(almost 100%) at normal typing, quite some lag. When hacking madly  
same as beta3.


I think its way better but not really good. Especially in captions  
its noticable (I type faster there), in equations I think is as fast  
as anyone can type. (Okay, maybe I am a slow typer :-)


I must admit that the high CPU load at normal typing is (especially  
for me) quite anoying because I work on the road alot and the iBook  
gets really hot when working with 1.5.0. (But its as good a software  
that I use it nevertheless.)


Greetings, Asifter

PS: I really have to learn for an exam (tomorrow) now, maybe not  
responding anymore.

Re: Need for Mac and RTL beta testers for screen painting performance boost

[Andreas Neustifter]

On 03.07.2007, at 16:46, Abdelrazak Younes wrote:
I'm afraid I don't follow you :-( Does the patch improves the  
situation significantly or not?


Sorry, is was not aware that this could be confusing :-)) Okay, heres  
the bottom line:


There is a noticeable difference!

*) In equations its good enough (for me) because I think no one can  
type math fast enough to have a noticeable lag. (When typing really  
fast there is still a lag.)
*) In captions (since one can type normal text faster) there is still  
a noticeable lag, but its far better than in beta3.


In both cases the CPU load peaks while rendering the characters.

I really hope this is clear now,

Greetins, Astifter

Re: Update of previews too lazy

[Andreas Neustifter]

On 20.06.2007, at 23:30, Bernhard Roider wrote:

Bo Peng schrieb:

On 6/20/07, Neal Becker [EMAIL PROTECTED] wrote:

1.50rc1

When I edit math, previews don't update until I fiddle around a bit.

1. Edit math
2. Click outside math - no update
3. Click inside math again
4. Click outside math again.  Maybe update this time.

This is because it takes time for latex to compile your math, I guess
there is nothing we can do here, unless you are willing to let lyx
freeze until the preview is generated.



No, there is really a problem. It often happens that the previewed  
image does not reflect the current version of the formula. then you  
have to click inside ans outside and sometimes that helps to  
generate a new prview image. What allways helps: leave the formula  
with the cursor. And what i think i can say (but i could not verify  
exactly) is that if you click inside a nested element in the  
formula (like the numerator of a fraction) and then outide it does  
_not_ generate a new image.


Same problem here:

When editing a nested element in an math inset and clicking outside  
the complete formula the preview never (not slowly, never) gets  
updated. But this is so far the only case where I can really  
reproduce it.


(LyX rev. 18837, Qt 4.3.0 source, Mac OS X)

Andi

Re: Update of previews too lazy

[Andreas Neustifter]

On 20.06.2007, at 23:30, Bernhard Roider wrote:

Bo Peng schrieb:

On 6/20/07, Neal Becker <[EMAIL PROTECTED]> wrote:

1.50rc1

When I edit math, previews don't update until I fiddle around a bit.

1. Edit math
2. Click outside math - no update
3. Click inside math again
4. Click outside math again.  Maybe update this time.

This is because it takes time for latex to compile your math, I guess
there is nothing we can do here, unless you are willing to let lyx
freeze until the preview is generated.



No, there is really a problem. It often happens that the previewed  
image does not reflect the current version of the formula. then you  
have to click inside ans outside and sometimes that helps to  
generate a new prview image. What allways helps: leave the formula  
with the cursor. And what i think i can say (but i could not verify  
exactly) is that if you click inside a nested element in the  
formula (like the numerator of a fraction) and then outide it does  
_not_ generate a new image.


Same problem here:

When editing a nested element in an math inset and clicking outside  
the complete formula the preview never (not slowly, never) gets  
updated. But this is so far the only case where I can really  
reproduce it.


(LyX rev. 18837, Qt 4.3.0 source, Mac OS X)

Andi

Re: Empty Math Panel Popups

[Andreas Neustifter]

in summary:

- allow panels to tear off using only qt 4.1 functionality

- reported to work on windows, linux and mac

seeking 2 ok's


tearoff2.diff


works for me with latest svn, qt4.3.0 and mac os x.

andi

Re: Empty Math Panel Popups

[Andreas Neustifter]

in summary:

- allow panels to tear off using only qt 4.1 functionality

- reported to work on windows, linux and mac

seeking 2 ok's





works for me with latest svn, qt4.3.0 and mac os x.

andi

Empty Math Panel Popups

[Andreas Neustifter]

Hi,

I yesterday finally had the time to compile the latest SVN version  
and give it a try, unfortunately I had a problem with the math toolbars:


After firing LyX up and turning on the math panel all the pop-up  
windows (to select Greek letters for example or to select AMS  
symbols) are empty. It seems that all pop-ups (don't know the proper  
lyx name for it...) with latex symbols in that have the problem.


Setup:
Mac OS X, all patches
Qt 4.3.0 (self compiled)
LyX (rev 18814)
empty Library/Application Support/LyX folder
tried it in the initial splash document and in one of my owns

(Sorry if that was reported before, I couldn't find anything.)

Andi

Empty Math Panel Popups

[Andreas Neustifter]

Hi,

I yesterday finally had the time to compile the latest SVN version  
and give it a try, unfortunately I had a problem with the math toolbars:


After firing LyX up and turning on the math panel all the pop-up  
windows (to select Greek letters for example or to select AMS  
symbols) are empty. It seems that all pop-ups (don't know the proper  
lyx name for it...) with latex symbols in that have the problem.


Setup:
Mac OS X, all patches
Qt 4.3.0 (self compiled)
LyX (rev 18814)
empty Library/Application Support/LyX folder
tried it in the initial splash document and in one of my owns

(Sorry if that was reported before, I couldn't find anything.)

Andi

Re: How to make Lyx DRAMATICALLY better.

[Andreas Neustifter]

On 02.06.2007, at 00:39, Tim Michelsen wrote:
I just want to add something from a users experience with math in  
normal text.


As far as I can recall, one reason that I particularly wanted  
this feature
was to enable me to see more clearly whether or not I had spaces  
between

a formula and the text following or preceding it.


I don't think you can do mistake like this in LyX...


The described problem occoured many time to me when I had to use  
math mode
within regular text like a arrow, greek letter, etc. because LyX  
inserts a
slight space after a math inset which can be easily mistaken as a / 
real space/

(like the one we put between 2 words).
I'm also struggling with math and white spaces sometimes, would be  
great to have some sort of automatic blanks around math.


astifter

Re: How to make Lyx DRAMATICALLY better.

[Andreas Neustifter]

On 02.06.2007, at 00:39, Tim Michelsen wrote:
I just want to add something from a users experience with math in  
normal text.


As far as I can recall, one reason that I particularly wanted  
this feature
was to enable me to see more clearly whether or not I had spaces  
between

a formula and the text following or preceding it.


I don't think you can do mistake like this in LyX...


The described problem occoured many time to me when I had to use  
math mode
within regular text like a arrow, greek letter, etc. because LyX  
inserts a
slight space after a math inset which can be easily mistaken as a / 
real space/

(like the one we put between 2 words).
I'm also struggling with math and white spaces sometimes, would be  
great to have some sort of automatic blanks around math.


astifter

Re: Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary

[Andreas Neustifter]

Hi,

there is a pretty good instruction in development/cmake/README.cmake  
in the subversion tree. Altough it failed for me...


I did a build exactly as in the README stated (tried both GNU make  
and Xcode) and both of them left me with an unusable binary (throwing  
some exception from boost during startup).


Second point was that I didn't find an option to create a LyX.app, so  
its not ideal in this regard either.


I will stick to the self built Qt 4.3 until futher notice.

astifter

(PS: Otherwise cmake does an impressive job, bet it works perfecly on  
linux.)


On 22.05.2007, at 21:04, Bob Lounsbury wrote:


On 5/22/07, Andreas Neustifter [EMAIL PROTECTED] wrote:


On 22.05.2007, at 15:49, Abdelrazak Younes wrote:
 Why don't you use the CMake support instead? As a bonus it will
 generate an XCode project for you... At least that's what I
 understood from Stefan and Peter exchange.

 Abdel.

Sorry, there was another post from which I assumed that cmake is a
Microsoft/Windows thing. Big sorry for that, had to catch up on
latest build technology.

I have started a cmake build and it seems that it works, so i guess
thats the way to go for new users.

Details follow.

astifter



For those of us who are less technologically inclined. Could you  
explain
your process of using cmake. I've heard that it is faster than the  
standard
make commands, but I'm not sure what needs installed or how to use.  
So,

hoping you could give a brief how-to.

Thanks,
Bob Lounsbury

Re: Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary

[Andreas Neustifter]

Hi,

there is a pretty good instruction in development/cmake/README.cmake  
in the subversion tree. Altough it failed for me...


I did a build exactly as in the README stated (tried both GNU make  
and Xcode) and both of them left me with an unusable binary (throwing  
some exception from boost during startup).


Second point was that I didn't find an option to create a LyX.app, so  
its not ideal in this regard either.


I will stick to the self built Qt 4.3 until futher notice.

astifter

(PS: Otherwise cmake does an impressive job, bet it works perfecly on  
linux.)


On 22.05.2007, at 21:04, Bob Lounsbury wrote:


On 5/22/07, Andreas Neustifter <[EMAIL PROTECTED]> wrote:


On 22.05.2007, at 15:49, Abdelrazak Younes wrote:
> Why don't you use the CMake support instead? As a bonus it will
> generate an XCode project for you... At least that's what I
> understood from Stefan and Peter exchange.
>
> Abdel.

Sorry, there was another post from which I assumed that cmake is a
Microsoft/Windows thing. Big sorry for that, had to catch up on
latest build technology.

I have started a cmake build and it seems that it works, so i guess
thats the way to go for new users.

Details follow.

astifter



For those of us who are less technologically inclined. Could you  
explain
your process of using cmake. I've heard that it is faster than the  
standard
make commands, but I'm not sure what needs installed or how to use.  
So,

hoping you could give a brief how-to.

Thanks,
Bob Lounsbury

Re: Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary

[Andreas Neustifter]

On 22.05.2007, at 15:49, Abdelrazak Younes wrote:
Why don't you use the CMake support instead? As a bonus it will  
generate an XCode project for you... At least that's what I  
understood from Stefan and Peter exchange.


Abdel.


Sorry, there was another post from which I assumed that cmake is a  
Microsoft/Windows thing. Big sorry for that, had to catch up on  
latest build technology.


I have started a cmake build and it seems that it works, so i guess  
thats the way to go for new users.


Details follow.

astifter

Re: Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary

[Andreas Neustifter]

On 22.05.2007, at 15:49, Abdelrazak Younes wrote:
Why don't you use the CMake support instead? As a bonus it will  
generate an XCode project for you... At least that's what I  
understood from Stefan and Peter exchange.


Abdel.


Sorry, there was another post from which I assumed that cmake is a  
Microsoft/Windows thing. Big sorry for that, had to catch up on  
latest build technology.


I have started a cmake build and it seems that it works, so i guess  
thats the way to go for new users.


Details follow.

astifter

Re: Qt4 mac

[Andreas Neustifter]

On 21.05.2007, at 01:32, Bennett Helm wrote:

On May 20, 2007, at 11:29 AM, Anders Ekberg wrote:

Right, it should be:
http://trolltech.com/developer/downloads/qt/mac
Bennett, can you update this?

Actually, it looks like

http://trolltech.com/developer/downloads/qt/

is better. That's what I've done (though I'll wait a while to post  
the change to see what else comes down the pike).


I would opt for http://trolltech.com/developer/downloads/qt/mac/  
since this are Mac specific instructions.


Also the issue with the libiconv remains that I _had_ to add -liconv  
to the LDFLAGS to get the configure stage working.


Greetings Astifter

Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary

[Andreas Neustifter]

On 18.05.2007, at 18:38, Martin Vermeer wrote:


On Fri, May 18, 2007 at 09:10:41AM -0600, Scott
Lambert wrote:

I downloaded and installed the binary version of Qt4
for the mac so
I  wouldn't have to compile it. Can anyone tell me
what I should be
using for /path/to/Qt4 as referenced in the build
instructions?
Everything I've tried gives me a  Qt library not
found error. Do
I  need to compile Qt4 from source in order to build
lyx?


No, but you do need the Qt4 headers, typically
provided by a
package named qt4-devel or similar.


Conclusion of my investigations:
The Qt/Mac Binary Distribution installs all its libraries and  
includes in the framework style common to most Mac OS applications.
All the necessary stuff is there, I created a script (dirty, not  
quite mature jet, can be improved) that extracts this file, resorts  
and renames them and creates a folder with the classical lib and  
include directories. I successfully compiled LyX with this created  
directory.


Does anyone think this is an interesting way to go for Mac users that  
don't want to compile Qt for themselves? If yes, I will improve the  
script to be more robust and flexible.


Greetings Astifter



convert_framework.gz
Description: GNU Zip compressed data

Re: Qt4 mac

[Andreas Neustifter]

On 21.05.2007, at 01:32, Bennett Helm wrote:

On May 20, 2007, at 11:29 AM, Anders Ekberg wrote:

Right, it should be:
http://trolltech.com/developer/downloads/qt/mac
Bennett, can you update this?

Actually, it looks like



is better. That's what I've done (though I'll wait a while to post  
the change to see what else comes down the pike).


I would opt for http://trolltech.com/developer/downloads/qt/mac/  
since this are Mac specific instructions.


Also the issue with the libiconv remains that I _had_ to add -liconv  
to the LDFLAGS to get the configure stage working.


Greetings Astifter

Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary

[Andreas Neustifter]

On 18.05.2007, at 18:38, Martin Vermeer wrote:


On Fri, May 18, 2007 at 09:10:41AM -0600, Scott
Lambert wrote:

I downloaded and installed the binary version of Qt4
for the mac so
I  wouldn't have to compile it. Can anyone tell me
what I should be
using for "/path/to/Qt4" as referenced in the build
instructions?
Everything I've tried gives me a  "Qt library not
found" error. Do
I  need to compile Qt4 from source in order to build
lyx?


No, but you do need the Qt4 headers, typically
provided by a
package named qt4-devel or similar.


Conclusion of my investigations:
The Qt/Mac Binary Distribution installs all its libraries and  
includes in the framework style common to most Mac OS applications.
All the necessary stuff is there, I created a script (dirty, not  
quite mature jet, can be improved) that extracts this file, resorts  
and renames them and creates a folder with the classical lib and  
include directories. I successfully compiled LyX with this created  
directory.


Does anyone think this is an interesting way to go for Mac users that  
don't want to compile Qt for themselves? If yes, I will improve the  
script to be more robust and flexible.


Greetings Astifter



convert_framework.gz
Description: GNU Zip compressed data

Re: Qt4 mac

[Andreas Neustifter]

On 20.05.2007, at 17:45, Anders Ekberg wrote:



On 20 maj 2007, at 17.29, Anders Ekberg wrote:


On 20 maj 2007, at 16.43, Scott Lambert wrote:

I built Qt4.2.3 from source exactly as described in  
INSTALL.MacOSX. (I even literally used /path/to/QT4 as the  
destination.) Here are some lines from the configure script. It  
seems to find some things in the Qt4 tree but not others.


checking for QT4_CORE... checking for QT4_FRONTEND... checking  
for Qt 4 library name... failed

checking for moc-qt4... no
checking for moc... /path/to/QT4//bin/moc
checking for uic-qt4... no
checking for uic... /path/to/QT4//bin/uic


I found that (as mentioned in a mail called slow when editing  
paragraphs with math on 18.05.2007 on this list) that the configure  
step strangely enough doesn't find the libiconv when trying to  
configure Qt and thus the problems (if its the same problem I had.)  
config.log says:

configure:24304: checking for QT4_CORE
configure:24381: checking for QT4_FRONTEND
configure:24483: checking for Qt 4 library name
configure:24532: g++ -o conftest -g -Os -I/Users/astifter/qt-4.2.3// 
include -I/Users/astifter/qt-4.2.3//include/Qt -I/Users/astifter/ 
qt-4.2.3//include/QtCore -I/Users/astifter/qt-4.2.3//include/QtGui -L/ 
Users/astifter/qt-4.2.3//lib -Wextra -Wall   -framework Carbon - 
framework OpenGL -framework AGL -framework QuickTime -lz -framework  
Cocoa conftest.cpp -lc -lm  -lQtCore 5

/usr/bin/ld: Undefined symbols:
_libiconv
_libiconv_close
_libiconv_open
collect2: ld returned 1 exit status
configure:24538: $? = 1

I added -liconv to the LDPATH and it worked prefectly well, so  
command reads then:
$ export LDFLAGS=-framework Carbon -framework OpenGL -framework AGL  
-framework QuickTime -lz -framework Cocoa -liconv


@Scott: Hope that helps.
@all: any idea why that happens? I'm quite not familiar with automake  
and couldn't figure it out myself.


Greetings Astifter

PS: How are the correct citing and posting rules in this list?

Re: Qt4 binary

[Andreas Neustifter]

On 20.05.2007, at 22:52, Andre Poenitz wrote:


Next time please zip that. 170k is a bit too much to send to the list.

Sorry, I tend to get sloppy with this DSL lines.

A nice week to you all, Astifter

Re: Qt4 mac

[Andreas Neustifter]

On 20.05.2007, at 17:45, Anders Ekberg wrote:



On 20 maj 2007, at 17.29, Anders Ekberg wrote:


On 20 maj 2007, at 16.43, Scott Lambert wrote:

I built Qt4.2.3 from source exactly as described in  
INSTALL.MacOSX. (I even literally used "/path/to/QT4" as the  
destination.) Here are some lines from the configure script. It  
seems to find some things in the Qt4 tree but not others.


checking for QT4_CORE... checking for QT4_FRONTEND... checking  
for Qt 4 library name... failed

checking for moc-qt4... no
checking for moc... /path/to/QT4//bin/moc
checking for uic-qt4... no
checking for uic... /path/to/QT4//bin/uic


I found that (as mentioned in a mail called "slow when editing  
paragraphs with math" on 18.05.2007 on this list) that the configure  
step strangely enough doesn't find the libiconv when trying to  
configure Qt and thus the problems (if its the same problem I had.)  
config.log says:

configure:24304: checking for QT4_CORE
configure:24381: checking for QT4_FRONTEND
configure:24483: checking for Qt 4 library name
configure:24532: g++ -o conftest -g -Os -I/Users/astifter/qt-4.2.3// 
include -I/Users/astifter/qt-4.2.3//include/Qt -I/Users/astifter/ 
qt-4.2.3//include/QtCore -I/Users/astifter/qt-4.2.3//include/QtGui -L/ 
Users/astifter/qt-4.2.3//lib -Wextra -Wall   -framework Carbon - 
framework OpenGL -framework AGL -framework QuickTime -lz -framework  
Cocoa conftest.cpp -lc -lm  -lQtCore >&5

/usr/bin/ld: Undefined symbols:
_libiconv
_libiconv_close
_libiconv_open
collect2: ld returned 1 exit status
configure:24538: $? = 1

I added -liconv to the LDPATH and it worked prefectly well, so  
command reads then:
$> export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL  
-framework QuickTime -lz -framework Cocoa -liconv"


@Scott: Hope that helps.
@all: any idea why that happens? I'm quite not familiar with automake  
and couldn't figure it out myself.


Greetings Astifter

PS: How are the correct citing and posting rules in this list?

Re: Qt4 binary

[Andreas Neustifter]

On 20.05.2007, at 22:52, Andre Poenitz wrote:


Next time please zip that. 170k is a bit too much to send to the list.

Sorry, I tend to get sloppy with this DSL lines.

A nice week to you all, Astifter

slow when editing paragraphs with math

[Andreas Neustifter]

Hi,

I recently switched from 1.4.4 to 1.5.0 beta 2 and was really pleased  
by the math toolbar that made writing math oriented stuff much faster  
and easier for me. This toolbar alone is the reason why I want to  
stick to 1.5.


Unfortunately I experienced the following problem:
As long as i was editing a paragraph with no math inside everything  
was fine, but as soon as there was one math object in the paragraph,  
the editing was very slow, typed characters got inserted into the  
document at about one character per second.

(iBook G4 with 1.5G RAM, OS X 10.4.9)
I fired up the Quartz Debug.app from the Developer Apps and found  
that while editing a paragraph without math, only the paragraph  
itself and the scrollbar got updated. As soon as i inserted a math  
environment  LyX started to update the whole text area after each  
keystroke. (When I deleted the math, again only the paragraph part of  
the screen is updated.)
I compiled QT 4.2.3 and LyX myself today and its the same with 1.5.0  
beta 3. Can anyone point me to the relevant sources so I can have a  
look at it myself?


Another issue is that LyX would not configure correctly with the  
instructions in INSTALL.MacOSX because the QT Libs where not  
recognised correctly, the relevant portion from config.log:

configure:24304: checking for QT4_CORE
configure:24381: checking for QT4_FRONTEND
configure:24483: checking for Qt 4 library name
configure:24532: g++ -o conftest -g -Os -I/Users/astifter/qt-4.2.3// 
include -I/Users/astifter/qt-4.2.3//include/Qt -I/Users/astifter/ 
qt-4.2.3//include/QtCore -I/Users/astifter/qt-4.2.3//include/QtGui -L/ 
Users/astifter/qt-4.2.3//lib -Wextra -Wall   -framework Carbon - 
framework OpenGL -framework AGL -framework QuickTime -lz -framework  
Cocoa conftest.cpp -lc -lm  -lQtCore 5

/usr/bin/ld: Undefined symbols:
_libiconv
_libiconv_close
_libiconv_open
collect2: ld returned 1 exit status
configure:24538: $? = 1

After I added -liconv to the export LDFLAGS command everything  
configured and compiled fine. I have the macports libiconv installed,  
otherwise everything should be default.


Thanks for your great software.

astifter

Re: slow when editing paragraphs with math

[Andreas Neustifter]

On 18.05.2007, at 12:32, Abdelrazak Younes wrote:


Andreas Neustifter wrote:

Hi,
I recently switched from 1.4.4 to 1.5.0 beta 2 and was really  
pleased by the math toolbar that made writing math oriented stuff  
much faster and easier for me. This toolbar alone is the reason  
why I want to stick to 1.5.

Unfortunately I experienced the following problem:
As long as i was editing a paragraph with no math inside  
everything was fine, but as soon as there was one math object in  
the paragraph, the editing was very slow, typed characters got  
inserted into the document at about one character per second.

(iBook G4 with 1.5G RAM, OS X 10.4.9)
I fired up the Quartz Debug.app from the Developer Apps and found  
that while editing a paragraph without math, only the paragraph  
itself and the scrollbar got updated. As soon as i inserted a math  
environment  LyX started to update the whole text area after each  
keystroke. (When I deleted the math, again only the paragraph part  
of the screen is updated.)
I compiled QT 4.2.3 and LyX myself today and its the same with  
1.5.0 beta 3. Can anyone point me to the relevant sources so I can  
have a look at it myself?


In principle the single paragraph painting optimization should work  
even if there's some math in there provided that you are not within  
math. At least this used to work so I guess something has changed  
in this area lately.


Concerning your speed problem, I can recommend two things that will  
bring you a lot of speed:

1) Enable Instant Preview
2) Use Qt4.3

Abdel.



Thanks, that really helped a lot. If Instant Preview is on, only  
the paragraph is updated regardless if there is math inside or not.  
So no reasonable speed concerns now.


I still will try to use QT 4.3 but it takes ages to compile and it  
will take some time to evaluate with QT4.3.


astifter

Re: Qt4 binary

[Andreas Neustifter]

On 18.05.2007, at 18:38, Martin Vermeer wrote:


On Fri, May 18, 2007 at 09:10:41AM -0600, Scott Lambert wrote:

I downloaded and installed the binary version of Qt4 for the mac so
I  wouldn't have to compile it. Can anyone tell me what I should be
using for /path/to/Qt4 as referenced in the build instructions?
Everything I've tried gives me a  Qt library not found error. Do
I  need to compile Qt4 from source in order to build lyx?


No, but you do need the Qt4 headers, typically provided by a
package named qt4-devel or similar.

- Martin

I tried this myself and the only files installed in a somewhat proper  
location are

/usr/include
/usr/include/QtUiTools
/usr/include/QtUiTools/QUiLoader
/usr/include/QtUiTools/QtUiTools
/usr/include/QtUiTools/quiloader.h
/usr/lib
/usr/lib/libQtUiTools.a
(And from the names i conclude this are only helper libraries)

Everything else is installed in /Library/Frameworks/Qt*.framework and  
maybe quite usable for XCode Tools but not for a GNU build.


I wonder tough if its possible to use the libs and includes compiled  
on another machine. If you are interested in a PPC build maybe we  
could arrange something but I'm off into the weekend till Monday and  
the folder is 512MB big. If your interested let me know, i guess  
there is a way to get the files to you.


astifter

slow when editing paragraphs with math

[Andreas Neustifter]

Hi,

I recently switched from 1.4.4 to 1.5.0 beta 2 and was really pleased  
by the math toolbar that made writing math oriented stuff much faster  
and easier for me. This toolbar alone is the reason why I want to  
stick to 1.5.


Unfortunately I experienced the following problem:
As long as i was editing a paragraph with no math inside everything  
was fine, but as soon as there was one math object in the paragraph,  
the editing was very slow, typed characters got inserted into the  
document at about one character per second.

(iBook G4 with 1.5G RAM, OS X 10.4.9)
I fired up the Quartz Debug.app from the Developer Apps and found  
that while editing a paragraph without math, only the paragraph  
itself and the scrollbar got updated. As soon as i inserted a math  
environment  LyX started to update the whole text area after each  
keystroke. (When I deleted the math, again only the paragraph part of  
the screen is updated.)
I compiled QT 4.2.3 and LyX myself today and its the same with 1.5.0  
beta 3. Can anyone point me to the relevant sources so I can have a  
look at it myself?


Another issue is that LyX would not configure correctly with the  
instructions in INSTALL.MacOSX because the QT Libs where not  
recognised correctly, the relevant portion from config.log:

configure:24304: checking for QT4_CORE
configure:24381: checking for QT4_FRONTEND
configure:24483: checking for Qt 4 library name
configure:24532: g++ -o conftest -g -Os -I/Users/astifter/qt-4.2.3// 
include -I/Users/astifter/qt-4.2.3//include/Qt -I/Users/astifter/ 
qt-4.2.3//include/QtCore -I/Users/astifter/qt-4.2.3//include/QtGui -L/ 
Users/astifter/qt-4.2.3//lib -Wextra -Wall   -framework Carbon - 
framework OpenGL -framework AGL -framework QuickTime -lz -framework  
Cocoa conftest.cpp -lc -lm  -lQtCore >&5

/usr/bin/ld: Undefined symbols:
_libiconv
_libiconv_close
_libiconv_open
collect2: ld returned 1 exit status
configure:24538: $? = 1

After I added -liconv to the export LDFLAGS command everything  
configured and compiled fine. I have the macports libiconv installed,  
otherwise everything should be default.


Thanks for your great software.

astifter

Re: slow when editing paragraphs with math

[Andreas Neustifter]

On 18.05.2007, at 12:32, Abdelrazak Younes wrote:


Andreas Neustifter wrote:

Hi,
I recently switched from 1.4.4 to 1.5.0 beta 2 and was really  
pleased by the math toolbar that made writing math oriented stuff  
much faster and easier for me. This toolbar alone is the reason  
why I want to stick to 1.5.

Unfortunately I experienced the following problem:
As long as i was editing a paragraph with no math inside  
everything was fine, but as soon as there was one math object in  
the paragraph, the editing was very slow, typed characters got  
inserted into the document at about one character per second.

(iBook G4 with 1.5G RAM, OS X 10.4.9)
I fired up the Quartz Debug.app from the Developer Apps and found  
that while editing a paragraph without math, only the paragraph  
itself and the scrollbar got updated. As soon as i inserted a math  
environment  LyX started to update the whole text area after each  
keystroke. (When I deleted the math, again only the paragraph part  
of the screen is updated.)
I compiled QT 4.2.3 and LyX myself today and its the same with  
1.5.0 beta 3. Can anyone point me to the relevant sources so I can  
have a look at it myself?


In principle the single paragraph painting optimization should work  
even if there's some math in there provided that you are not within  
math. At least this used to work so I guess something has changed  
in this area lately.


Concerning your speed problem, I can recommend two things that will  
bring you a lot of speed:

1) Enable "Instant Preview"
2) Use Qt4.3

Abdel.



Thanks, that really helped a lot. If "Instant Preview" is on, only  
the paragraph is updated regardless if there is math inside or not.  
So no reasonable speed concerns now.


I still will try to use QT 4.3 but it takes ages to compile and it  
will take some time to evaluate with QT4.3.


astifter

Re: Qt4 binary

[Andreas Neustifter]

On 18.05.2007, at 18:38, Martin Vermeer wrote:


On Fri, May 18, 2007 at 09:10:41AM -0600, Scott Lambert wrote:

I downloaded and installed the binary version of Qt4 for the mac so
I  wouldn't have to compile it. Can anyone tell me what I should be
using for "/path/to/Qt4" as referenced in the build instructions?
Everything I've tried gives me a  "Qt library not found" error. Do
I  need to compile Qt4 from source in order to build lyx?


No, but you do need the Qt4 headers, typically provided by a
package named qt4-devel or similar.

- Martin

I tried this myself and the only files installed in a somewhat proper  
location are

/usr/include
/usr/include/QtUiTools
/usr/include/QtUiTools/QUiLoader
/usr/include/QtUiTools/QtUiTools
/usr/include/QtUiTools/quiloader.h
/usr/lib
/usr/lib/libQtUiTools.a
(And from the names i conclude this are only helper libraries)

Everything else is installed in /Library/Frameworks/Qt*.framework and  
maybe quite usable for XCode Tools but not for a GNU build.


I wonder tough if its possible to use the libs and includes compiled  
on another machine. If you are interested in a PPC build maybe we  
could arrange something but I'm off into the weekend till Monday and  
the folder is 512MB big. If your interested let me know, i guess  
there is a way to get the files to you.


astifter