- wrong drawing of the pastedimage: only bottom part of image is
displayed
in window area and no scrollbar for scrolling upwards. when editing
its correctly repainted for the whole image, but when i delete the image
then big empty space remains displayed intead of having o
Am 03.02.2008 um 12:36 schrieb Pavel Sanda:
- wrong drawing of the pastedimage: only bottom part of image is
displayed
in window area and no scrollbar for scrolling upwards. when editing
its correctly repainted for the whole image, but when i delete the
image
then big empty space remains di
>> - wrong drawing of the pastedimage: only bottom part of image is displayed
>> in window area and no scrollbar for scrolling upwards. when editing
>> its correctly repainted for the whole image, but when i delete the image
>> then big empty space remains displayed intead of having one empty li
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> Wl,CoreFoundation -laspell -liconv -lz -framework Carbon -framework
> AppKit -framework ApplicationServices-lQtGui -lQtCore -lz -lm
> libtool: link: cannot find the library `'
>
> I remember that I also get this before switching to CMake. Any id
On Sat, Feb 02, 2008 at 05:56:02PM +0100, Stefan Schimanski wrote:
>
> Am 02.02.2008 um 17:48 schrieb Abdelrazak Younes:
>
>> Abdelrazak Younes wrote:
>>> Stefan Schimanski wrote:
I reorganised the code and moved the dialog and saving code into the
frontend (i.e. Clipboard.cpp) now. The
Am 02.02.2008 um 19:05 schrieb Bennett Helm:
On Feb 2, 2008, at 11:21 AM, Stefan Schimanski wrote:
Still not working for me with the updated pastegraphics.patch and
pastegraphics_autotools.patch.
Bennett
I would like to fix that. But I get another (independent) problem
before:
/bin/s
On Feb 2, 2008, at 11:21 AM, Stefan Schimanski wrote:
Still not working for me with the updated pastegraphics.patch and
pastegraphics_autotools.patch.
Bennett
I would like to fix that. But I get another (independent) problem
before:
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -Os
Stefan Schimanski wrote:
Am 02.02.2008 um 17:48 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
I reorganised the code and moved the dialog and saving code into the
frontend (i.e. Clipboard.cpp) now. The CutAndPaste function is very
simple now.
I looked at the p
Am 02.02.2008 um 17:48 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
I reorganised the code and moved the dialog and saving code into
the frontend (i.e. Clipboard.cpp) now. The CutAndPaste function is
very simple now.
I looked at the patch just now and realiz
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
I reorganised the code and moved the dialog and saving code into the
frontend (i.e. Clipboard.cpp) now. The CutAndPaste function is very
simple now.
I looked at the patch just now and realized that you are introducing
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
I reorganised the code and moved the dialog and saving code into the
frontend (i.e. Clipboard.cpp) now. The CutAndPaste function is very
simple now.
I looked at the patch just now and realized that you are introducing
Clipboard.cpp while I th
Stefan Schimanski wrote:
I reorganised the code and moved the dialog and saving code into the
frontend (i.e. Clipboard.cpp) now. The CutAndPaste function is very
simple now.
I looked at the patch just now and realized that you are introducing
Clipboard.cpp while I think you should just put th
Stefan Schimanski wrote:
Am 02.02.2008 um 16:03 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Am 02.02.2008 um 13:50 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementa
Am 02.02.2008 um 16:13 schrieb Bennett Helm:
On Feb 2, 2008, at 7:53 AM, Stefan Schimanski wrote:
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from
the clipboard. In con
Stefan Schimanski wrote:
Am 02.02.2008 um 16:13 schrieb Bennett Helm:
On Feb 2, 2008, at 7:53 AM, Stefan Schimanski wrote:
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics fr
Bennett Helm wrote:
On Feb 2, 2008, at 7:53 AM, Stefan Schimanski wrote:
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementati
Am 02.02.2008 um 16:13 schrieb Bennett Helm:
On Feb 2, 2008, at 7:53 AM, Stefan Schimanski wrote:
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from
the clipboard. In con
On Feb 2, 2008, at 7:53 AM, Stefan Schimanski wrote:
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from
the clipboard. In contrast to my old implementation it fits much
be
Stefan Schimanski wrote:
Am 02.02.2008 um 13:50 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better
into LyX's architecture and is much much cleaner.
> >> - after selecting file, graphics dialog appears, but most often its not
> >> up-to-date
> >> with the pasted file (no filename in it eg).
> >
> > No filename? Can you try to debug that? I only use the FileDialog class
although it happened few times, that the dialog was correct i cant get i
Am 02.02.2008 um 13:50 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better
into LyX's architecture and is much much cleaner.
Indeed, I like it much
Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better into
LyX's architecture and is much much cleaner.
Indeed, I like it much more than your previous patch. But I still think
that
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better
into LyX's architecture and is much much cleaner.
> The binary version puts the libs and headers into frameworks. I don't think
> our autotools build system is able to find them. It expects the libs in one
> directory for example.
obviously i dont know what the framework means:)
here all libs are in /usr/lib/qt4/ and there is some dir structure
>> - after selecting file, graphics dialog appears, but most often its not
>> up-to-date
>> with the pasted file (no filename in it eg).
>
> No filename? Can you try to debug that? I only use the FileDialog class
> with some predefined filename. Maybe the dialog behaves differently on
> linux.
Am 02.02.2008 um 13:01 schrieb Pavel Sanda:
It takes some time for me to setup the autotools build system. Have
to get
and compile Qt now. I always use the binary (framework-) version of
Qt with
cmake. But as far as I can see, there is still no way to use it with
autotools yet, right?
i g
Am 02.02.2008 um 12:57 schrieb Pavel Sanda:
Below you find the big patch pastegraphics.patch, and the smaller
single
git commits which are easier to understand.
i have tested and "paste as png/jpg" basicaly works with the
following oddities
- after selecting file, graphics dialog appear
> It takes some time for me to setup the autotools build system. Have to get
> and compile Qt now. I always use the binary (framework-) version of Qt with
> cmake. But as far as I can see, there is still no way to use it with
> autotools yet, right?
i guess you dont need to compile it if you ha
>>> Below you find the big patch pastegraphics.patch, and the smaller single
>>> git commits which are easier to understand.
i have tested and "paste as png/jpg" basicaly works with the following oddities
- after selecting file, graphics dialog appears, but most often its not
up-to-date
with t
Am 02.02.2008 um 04:16 schrieb Pavel Sanda:
Although I have not tested it on anything else than Mac, it should
work on
any platform where Qt supports QImage data in the clipboard.
Moreover I
i know nothing about QImage, its suppoosed to be on standard linux
qt release?
Yes, QImage of c
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better
into LyX's architecture and is much much cleaner.
I forgot to mention that I only changed to cmake build system :-/ We
really have too many build systems around. Will fix that.
Stefan
Am 02.02.2008 um 04:19 schrieb Bennett Helm:
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of gr
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better
into LyX's architecture and is much much cleaner.
I'm anxious to try this (Mac 10.4.11), but it
> Although I have not tested it on anything else than Mac, it should work on
> any platform where Qt supports QImage data in the clipboard. Moreover I
i know nothing about QImage, its suppoosed to be on standard linux qt release?
> Below you find the big patch pastegraphics.patch, and the small
34 matches
Mail list logo
