Enrico Forestieri wrote:
On Thu, Dec 13, 2007 at 08:08:35AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Create a new lyx file and insert an image. Any format will do, except
eps. Now try View->DVI. You will be informed that your format could
not be converted to eps and are suggeste
Enrico Forestieri wrote:
On Thu, Dec 13, 2007 at 08:12:55AM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
Actually I also find the implementation of
bool copy(FileName const & from, FileName const & to, unsigned long int mode)
strange. Why do _we_ copy filecontents "manually" instead
On Thu, Dec 13, 2007 at 07:36:49AM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Thu Dec 13 08:36:47 2007
> New Revision: 22117
>
> URL: http://www.lyx.org/trac/changeset/22117
> Log:
> add FileName::renameTo() method.
>
> Modified:
> lyx-devel/trunk/src/support/FileName.cpp
>
On Thu, Dec 13, 2007 at 08:12:55AM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> > Actually I also find the implementation of
> >
> > bool copy(FileName const & from, FileName const & to, unsigned long int
> > mode)
> >
> > strange. Why do _we_ copy filecontents "manually" instead of
On Thu, Dec 13, 2007 at 08:08:35AM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > Create a new lyx file and insert an image. Any format will do, except
> > eps. Now try View->DVI. You will be informed that your format could
> > not be converted to eps and are suggested to define a p
Andre Poenitz wrote:
On Wed, Dec 12, 2007 at 08:45:38PM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Dec 12 21:45:37 2007
New Revision: 22110
URL: http://www.lyx.org/trac/changeset/22110
Log:
Fix endless loop. This Mover class is fishy...
Modified:
lyx-devel/trunk/src/Mover.cpp
Enrico Forestieri wrote:
Create a new lyx file and insert an image. Any format will do, except
eps. Now try View->DVI. You will be informed that your format could
not be converted to eps and are suggested to define a proper converter.
However, after clicking OK, the dvi previewer is launched and
Create a new lyx file and insert an image. Any format will do, except
eps. Now try View->DVI. You will be informed that your format could
not be converted to eps and are suggested to define a proper converter.
However, after clicking OK, the dvi previewer is launched and you
can see your figure the
Juergen Spitzmueller wrote:
[EMAIL PROTECTED] wrote:
- connect(qApp->clipboard(), SIGNAL(dataChanged()),
+ connect(qApp->clipboard(), SIGNAL(selectionChanged()),
this, SLOT(on_dataChanged()));
We could add this to branch as well, embraced by an #ifdef.
Even without #ifdef, selec
[EMAIL PROTECTED] wrote:
> - connect(qApp->clipboard(), SIGNAL(dataChanged()),
> + connect(qApp->clipboard(), SIGNAL(selectionChanged()),
> this, SLOT(on_dataChanged()));
We could add this to branch as well, embraced by an #ifdef.
Opinions?
Jürgen
Hello,
shouldn't LFUN_MATH_INSERT have func_type Math instead of Edit?
see LyXAction.cpp around line 221:
{ LFUN_MATH_DELIM, "math-delim", Noop, Math },
{ LFUN_MATH_BIGDELIM, "math-bigdelim", Noop, Math },
{ LFUN_MATH_DISPLAY, "math-display", Noop
Andre Poenitz wrote:
>> Ah, I see. Not really obvious.
>
> What would be more obvious?
I wouldn't have discovered this if you didn't point me to it.
>> Can we make this the default?
>
> Probably. But I don't see a huge benefit. To you think it is easier to
> discover how to separate tabbed wid
On Wed, Dec 12, 2007 at 08:45:38PM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Wed Dec 12 21:45:37 2007
> New Revision: 22110
>
> URL: http://www.lyx.org/trac/changeset/22110
> Log:
> Fix endless loop. This Mover class is fishy...
>
> Modified:
> lyx-devel/trunk/src/Mover.cpp
>
Andre Poenitz wrote:
On Wed, Dec 12, 2007 at 10:52:25AM -, [EMAIL PROTECTED] wrote:
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/GuiCitation.cpp?rev=22098
==
--- lyx-devel/trunk/src/frontends/
On Wed, Dec 12, 2007 at 10:52:25AM -, [EMAIL PROTECTED] wrote:
> URL:
> http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/GuiCitation.cpp?rev=22098
> ==
> --- lyx-devel/trunk/src/frontends/qt4/GuiCitation.
[EMAIL PROTECTED] wrote:
Author: forenr
Date: Wed Dec 12 21:21:09 2007
New Revision: 22108
URL: http://www.lyx.org/trac/changeset/22108
Log:
Compile fix
Thanks. I hope that is all that remains with gcc.
Abdel.
rgheck wrote:
If you change the code as I have and select some text with, say,
Shift-Down Arrow, and watch the times, the call
qApp->clipboard()->setText(emp, QClipboard::Selection);
can take as long as 125ms on one of my machines (roughly a 2GHz Athlon).
That is ridiculous.
Why is that r
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The moc file should be enough. I am lost and I suspect a Qt bug here.
Or an incompatibility with some X11 server. Could you, Juegen and
Pavel please list your Qt, OS and X11 version. Maybe we'll f
Enrico Forestieri wrote:
On Wed, Dec 12, 2007 at 07:51:02PM +0100, Abdelrazak Younes wrote:
Scons and autotools support for moc files in support/ is still needed
for the new Signal class. Even if the class is still not used, it will
be eventually so please put back that part.
I did so:
http:
On Wed, Dec 12, 2007 at 10:43:40AM +0100, Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
>
> >> So why don't you just drag&drop one of the dockwidgets on top of another
> >> and watch how they magically combine into a tabbed dock widget?
> >
> > Do they?
>
> Ah, I see. Not really obvi
On Wed, Dec 12, 2007 at 10:06:37AM +0100, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
>
> > So why don't you just drag&drop one of the dockwidgets on top of another
> > and watch how they magically combine into a tabbed dock widget?
>
> Do they? In my case, the merge into a splitted view o
On Wed, Dec 12, 2007 at 10:05:45AM +0100, Juergen Spitzmueller wrote:
> Enrico Forestieri wrote:
>
> > Secondly, cmd is a command whose arguments are
> > quoted for being processed by a shell, but this is not so. Hence
> > when calling
> >
> > latex 'newfile1.tex'
> >
> > latex is passed the fil
On Wed, Dec 12, 2007 at 07:51:02PM +0100, Abdelrazak Younes wrote:
> Scons and autotools support for moc files in support/ is still needed
> for the new Signal class. Even if the class is still not used, it will
> be eventually so please put back that part.
I did so:
http://www.lyx.org/trac/cha
so ok, i'm not going to commit this. if you want me i can produce the
patch,
which will remove the caching,
>>>
>>> Yes. Please do that.
>> No please, I think I have the solution.
>
> Please svn update and try again.
yesss! good work Abdel :)
pavel
[EMAIL PROTECTED] wrote:
Author: forenr
Date: Wed Dec 12 19:25:53 2007
New Revision: 22101
URL: http://www.lyx.org/trac/changeset/22101
Log:
Revert qprocess code. Revisions reverted: 22026, 22030, 22044, 22048,
22077, 22078, 22079, 22080, 22081.
Sorry Peter, but this was breaking too many thing
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Pavel Sanda wrote:
Thinks tend to change, and I am pretty sure this was once called
once per keystroke.
If the 'paste' button is visible, it is called 'once' per keystroke!
Do you have the main toolbars switched off Pavel?
yes i have all stan
Abdelrazak Younes wrote:
Pavel Sanda wrote:
Thinks tend to change, and I am pretty sure this was once called
once per keystroke.
If the 'paste' button is visible, it is called 'once' per keystroke!
Do you have the main toolbars switched off Pavel?
yes i have all standard buttons on.
In any c
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The moc file should be enough. I am lost and I suspect a Qt bug here.
Or an incompatibility with some X11 server. Could you, Juegen and
Pavel please list your Qt, OS and X11 version. Maybe we'll find a
comon denominator. A
Juergen Spitzmueller wrote:
Pavel Sanda wrote:
linux, qt 4.3.2, xorg-server 1.1.1, e16 win manager, no desktop manager.
I think the main difference on my side is the Desktop Environment (KDE).
Probably Klipper does the job.
IIRC Klipper mixes X11 selection and clipboard so I understand the
Pavel Sanda wrote:
Thinks tend to change, and I am pretty sure this was once called
once per keystroke.
If the 'paste' button is visible, it is called 'once' per keystroke! Do you
have the main toolbars switched off Pavel?
yes i have all standard buttons on.
In any case this patch is wrong be
On Wed, Dec 12, 2007 at 02:51:01PM +0100, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > However, I'd rather revert the changes because they don't solve any
> > problem (or those problems can be solved in other non-disruptive ways),
> > destabilize an already wor
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Dec 12 11:16:00 2007
New Revision: 22097
URL: http://www.lyx.org/trac/changeset/22097
Log:
'using namespace std' instead of 'using std::xxx'
As there was no objection I
I posted this before, but got no reply, so I'm trying again.
Look at this code, where I've added some timing code:
void GuiSelection::haveSelection(bool own)
{
QTime t;
t.start();
if (!qApp->clipboard()->supportsSelection())
return;
lyxerr << t.restart() << "msec check" << st
> I think the main difference on my side is the Desktop Environment (KDE).
> Probably Klipper does the job.
is it possible to kill the klipper to see the difference ?
pavel
Pavel Sanda wrote:
> linux, qt 4.3.2, xorg-server 1.1.1, e16 win manager, no desktop manager.
I think the main difference on my side is the Desktop Environment (KDE).
Probably Klipper does the job.
Jürgen
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> Author: younes
>> Date: Wed Dec 12 11:16:00 2007
>> New Revision: 22097
>>
>> URL: http://www.lyx.org/trac/changeset/22097
>> Log:
>> 'using namespace std' instead of 'using std::xxx'
>
> As there was no objection I did th
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> However, I'd rather revert the changes because they don't solve any
> problem (or those problems can be solved in other non-disruptive ways),
> destabilize an already working code base, put a burden that is best
> avoided, and I don't like that lyx f
On Tue, Dec 11, 2007 at 05:40:17PM -0800, Angus Leeming wrote:
> Enrico Forestieri wrote:
> >> configure_command_ = os::python() + ' ' +
> >> quoteName(configure_script.toFilesystemEncoding()) +
> >> with_version_suffix();
> >
> > You are right. A parser would be needed, and it is go
On Wed, Dec 12, 2007 at 10:05:45AM +0100, Juergen Spitzmueller wrote:
> Enrico Forestieri wrote:
>
> > Secondly, cmd is a command whose arguments are
> > quoted for being processed by a shell, but this is not so. Hence
> > when calling
> >
> > latex 'newfile1.tex'
> >
> > latex is passed the fil
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> I'm just about committing a fix.
Thanks.
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> The moc file should be enough. I am lost and I suspect a Qt bug here.
> Or an incompatibility with some X11 server. Could you, Juegen and
> Pavel please list your Qt, OS and X11 version. Maybe we'll find a
> comon denominator. At last resort we should
> Could you, Juegen and Pavel please
+JMarc
> list your Qt, OS and X11 version.
linux, qt 4.3.2, xorg-server 1.1.1, e16 win manager, no desktop manager.
> At last resort we should just remove the text_selection_empty_ as it appears
> that it is not critical (because we don't have a paste-sel
>> Thinks tend to change, and I am pretty sure this was once called
>> once per keystroke.
>
> If the 'paste' button is visible, it is called 'once' per keystroke! Do you
> have the main toolbars switched off Pavel?
yes i have all standard buttons on.
> In any case this patch is wrong because it
Abdelrazak Younes wrote:
> I fixed it in trunk. I have to go so I have no time for branch, sorry.
> But it's very easy to backport.
Thanks. I'll see if I can backport it.
Jürgen
Uwe Stöhr wrote:
>
> > serbian croatian"Serbian"false iso8859-5 sr_HR ""
>
> > This is not right. Language “serbian” should be associated with
babel name “serbian” and country
> > code sr_RS (Serbian locale for Serbia):
>
> I noticed this too ttwo weks ago and fixed it for the ne
Juergen Spitzmueller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4421
Has someone an idea? It would be nice if we could fix it for 1.5.3.
I fixed it in trunk. I have to go so I have no time for branch, sorry.
But it's very easy to backport.
Abdel.
On Wed, 12 Dec 2007 09:16:30 +0100
Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> >> Some \textbf{bold font block with an note inset {} in between.}
> >
> > This doesn't look right. It should output a \begin{comment}
> > \end{comment} environment.
> >
>
> So it's a bug. But is it supposed to lea
[EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Dec 12 11:16:00 2007
New Revision: 22097
URL: http://www.lyx.org/trac/changeset/22097
Log:
'using namespace std' instead of 'using std::xxx'
As there was no objection I did that. I think we should do that for
lyx::support too.
Abdel.
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Coming back to this... Aren't you the one using some funky autotools
feature? Could you try with a 'normal' build to see if it solves the
problem? I really can't understand why the signal works for Jurgen and
not for you.
http://bugzilla.lyx.org/show_bug.cgi?id=4421
Has someone an idea? It would be nice if we could fix it for 1.5.3.
Jürgen
Juergen Spitzmueller wrote:
>> So why don't you just drag&drop one of the dockwidgets on top of another
>> and watch how they magically combine into a tabbed dock widget?
>
> Do they?
Ah, I see. Not really obvious.
Can we make this the default?
Jürgen
Enrico Forestieri wrote:
>> configure_command_ = os::python() + ' ' +
>> quoteName(configure_script.toFilesystemEncoding()) +
>> with_version_suffix();
>
> You are right. A parser would be needed, and it is going to become
> cumbersome and error prone.
It just so happens that I wrot
Jean-Marc Lasgouttes wrote:
> pegase: cd lib/doc/
> pegase: make
> make: *** No rule to make target `BoxInsetDefaultQt4.png', needed by
> `all-am'. Stop.
I'm just about committing a fix.
Jürgen
pegase: cd lib/doc/
pegase: make
make: *** No rule to make target `BoxInsetDefaultQt4.png', needed by `all-am'.
Stop.
Uwe?
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Coming back to this... Aren't you the one using some funky autotools
> feature? Could you try with a 'normal' build to see if it solves the
> problem? I really can't understand why the signal works for Jurgen and
> not for you.
I am using a normal a
Andre Poenitz wrote:
> So why don't you just drag&drop one of the dockwidgets on top of another
> and watch how they magically combine into a tabbed dock widget?
Do they? In my case, the merge into a splitted view of both widgets.
Jürgen
Enrico Forestieri wrote:
> Secondly, cmd is a command whose arguments are
> quoted for being processed by a shell, but this is not so. Hence
> when calling
>
> latex 'newfile1.tex'
>
> latex is passed the filename 'newfile1.tex' *literally*, and of course
> only newfile1.tex exists. On Windows i
Abdelrazak Younes wrote:
Pavel Sanda wrote:
backtracking here: bool GuiSelection::empty, the
text_selection_empty_ is true.
so it seems text_selection_empty_ is not up to date
(GuiSelection::on_dataChanged is not enough to keep it ?).
Seems to be the problem indeed. Might be a bug of
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
If the 'paste' button is visible, it is called 'once' per keystroke!
Do you have the main toolbars switched off Pavel?
It is 'paste selection', I think. Is it in the toolbar?
Ah... right! The original problem was with
Am Dienstag, 11. Dezember 2007 21:23:55 schrieb
[EMAIL PROTECTED]:
> On Tue, 11 Dec 2007, Les Denham wrote:
> > On Tuesday 11 December 2007, bigblop wrote:
> >> Does anyone actually use the LyX way to include figures/pictures?
> >
> > I always use the LyX way, and I frequently produce documents wi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> If the 'paste' button is visible, it is called 'once' per keystroke!
> Do you have the main toolbars switched off Pavel?
It is 'paste selection', I think. Is it in the toolbar?
> In any case this patch is wrong because it is turning around the real
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> So it's a bug. But is it supposed to leave the bold block before
> entering the comment?
Only for insets which set noFontChange. From Inset.h:
/**
* Is this inset allowed within a font change?
*
* FIXME: noFontCha
Some \textbf{bold font block with an note inset {} in between.}
This doesn't look right. It should output a \begin{comment}
\end{comment} environment.
So it's a bug. But is it supposed to leave the bold block before
entering the comment?
Stefan
On Tuesday 11 December 2007 21:59:15 Pavel Sanda wrote:
> - if there are hundreds of pictures a use the simplicity
> of .lyx format and assembly it via few-liner bash scripts.
I have done that in my thesis. The only difference was that I have used
python instead of shell. :-)
> pavel
--
Jo
64 matches
Mail list logo
