On Sat, Feb 02, 2008 at 07:14:16PM -0500, rgheck wrote:
> Abdelrazak Younes wrote:
>> rgheck wrote:
>>
>>> Thoroughly? Hard to know. Perhaps we should wait a bit and see if we get
>>> any problems in trunk.
>>
>> It should be fine in trunk but I am not sure it is 100% safe in branch.
>
> OK. Well
Jean-Marc Lasgouttes wrote:
Having a new machine could be useful, but the most important is
somebody to maintain it.
Maybe it would be better to switch to SourceForge or something similar.
They provide web hosting, SVN, mailing lists, download mirrors etc., and
it's much more reliable than th
> Having a new machine could be useful, but the most important is
> somebody to maintain it.
do i understand correctly that most of the slowdowns were repaired just by
httpd restart? if there is nobody to care about config tweaks what about simply
doing such restart once a day from a cron job in s
Abdelrazak Younes wrote:
rgheck wrote:
Thoroughly? Hard to know. Perhaps we should wait a bit and see if we
get any problems in trunk.
It should be fine in trunk but I am not sure it is 100% safe in branch.
OK. Well, we know the reporter is capable of patching it himself, so
he's welcome
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Enough said. The problems are recurrent. I really think we should ask
> for a better system to some generous contributor. Where is aussie
> location by the way and who is paying for that service?
Aussie is hosted at trolltech and nobody is paying fo
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
> It should be fine in trunk but I am not sure it is 100% safe in branch.
are we in some deeper need of having this in branch? second dev stating he is
not completely sure about the branch patch is imho indication we should let it
for the trunk only.
pavel
rgheck wrote:
Thoroughly? Hard to know. Perhaps we should wait a bit and see if we get
any problems in trunk. I'll patch it into my local 1.5.4svn tree, which
is what I used for actual work, and see if I run into anything bad.
Others should do so, too, please. I guess the main thing for someone
rgheck wrote:
Thoroughly? Hard to know. Perhaps we should wait a bit and see if we get
any problems in trunk.
It should be fine in trunk but I am not sure it is 100% safe in branch.
There are a number of calls to start/stopBlinkingCursor(), some of those
are important because we don't want t
On Thu, Jan 31, 2008 at 10:42:25PM -, [EMAIL PROTECTED] wrote:
> Author: dov
> Date: Thu Jan 31 23:42:24 2008
> New Revision: 22729
>
> URL: http://www.lyx.org/trac/changeset/22729
> Log:
> Doxy for some cursor movement lfuns.
>
> Modified:
> lyx-devel/trunk/src/LyXAction.cpp
>
> Modifie
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
Jürgen Spitzmüller wrote:
rgheck wrote:
Jurgen??
I do not fully follow this discussion,
It all started because someone made the reasonable request to be able to
stop the cursor blinking. (This is an accessibility issue.) This can be
configured through Qt4 config, so the right way to
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
Pavel Sanda wrote:
Enough said. The problems are recurrent. I really think we should ask for a
better system to some generous contributor. Where is aussie location by the
way and who is paying for that service?
my feeling is that only apache configuration needs some configuration tweaks.
whene
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
> Enough said. The problems are recurrent. I really think we should ask for a
> better system to some generous contributor. Where is aussie location by the
> way and who is paying for that service?
my feeling is that only apache configuration needs some configuration tweaks.
whenever i look in s
Enough said. The problems are recurrent. I really think we should ask
for a better system to some generous contributor. Where is aussie
location by the way and who is paying for that service?
Abdel.
rgheck <[EMAIL PROTECTED]> writes:
> It's as much a guess as anything, but, guessing, there must be some
> more of these around. We should try to keep an eye out for them.
AFAIK, all of LaTeXFeatures is OK now. I do not know where else to
look.
JMarc
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
Tommaso Cucinotta wrote:
Hi all,
I've been busy for a while, so I couldn't follow the latest team
discussions.
Has anyone taken into serious consideration my patch on the advanced
search facility ? I was just needing it a few days ago, while changing my
latest article according to some reviewe
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.
Pavel Sanda wrote:
[EMAIL PROTECTED] wrote:
Author: sanda
Date: Sat Feb 2 04:05:54 2008
New Revision: 22749
URL: http://www.lyx.org/trac/changeset/22749
Log:
Let the cursor blink frequency depend on qt settings.
Move checking of forked processes into independent timer.
Pavel, when you commit s
On Freitag 01 Februar 2008, Pavel Sanda wrote:
> > What Qt version is that?
>
> 4.3.2
FWIW, I cannot reproduce the crash with Qt 4.3.1. Maybe one may rely on the
bug being fixed upstream, and/or distributions patching Qt 4.3.2 as soon as a
patch is found.
Ciao, / /
Hi all,
I've been busy for a while, so I couldn't follow the latest team
discussions.
Has anyone taken into serious consideration my patch on the advanced
search facility ? I was just needing it a few days ago, while changing my
latest article according to some reviewers comments, but unfortuna
> >> - 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
> > i know its ugly but i run out of ideas :( users wont love this, but maybe
> > better than crash.
>
> I think we should really look for a better solution.
i took some time to explore qt sources and it seems that trolltech moved the
part which contains any hidden-files related code of qfiledial
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.
> [EMAIL PROTECTED] wrote:
>> Author: sanda
>> Date: Sat Feb 2 04:05:54 2008
>> New Revision: 22749
>> URL: http://www.lyx.org/trac/changeset/22749
>> Log:
>> Let the cursor blink frequency depend on qt settings.
>> Move checking of forked processes into independent timer.
>
> Pavel, when you comm
[EMAIL PROTECTED] wrote:
Author: sanda
Date: Sat Feb 2 04:05:54 2008
New Revision: 22749
URL: http://www.lyx.org/trac/changeset/22749
Log:
Let the cursor blink frequency depend on qt settings.
Move checking of forked processes into independent timer.
Pavel, when you commit something for someo
> 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
José Matos wrote:
> I am having hard times imagining you a model. ;-)
> http://en.wikipedia.org/wiki/Model_(person)
>
> But then you had never showed up in one of our meetings. :-)
Too busy with modelling :-)
Jürgen
Pavel Sanda wrote:
> i know its ugly but i run out of ideas :( users wont love this, but maybe
> better than crash.
I think we should really look for a better solution.
Jürgen
rgheck wrote:
> Jurgen??
I do not fully follow this discussion, but the patch itself looks sensible to
me. If it is thoroughly tested, it can go in.
Jürgen
53 matches
Mail list logo
