Abdelrazak Younes wrote:
> It compiles fine here except for a linking error:
>
> Linking...
> output_plaintext.obj : error LNK2019: unresolved external symbol
> "public: __thiscall lyx::odocfstream::odocfstream(void)"
> ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) referenced in function "void __cdecl
>
Abdelrazak Younes wrote:
> OK, the problem is that BufferList was created in Application which is
> created only in GUI mode. I wanted to create a "console mode" frontend
> to cope with this and with all the lyx::use_gui test but I don't have
> the time right now.
While such a frontend would be n
Abdelrazak Younes wrote:
But AFAIK, session support is 1.5 only.
Isn't it possible to backport session support to 1.4? Then we solve many
problems at once, including this one.
Joost
It is very useful to have the toolbar automatically opened, this
increases the working speed enormously. If I'm out of the table the
toolbar disappears and doesn't consume window space. So what is annoying
or irritating with this behaviour from your point of you.
Hi, just to give my 2c: I think
As this discussion was started about the toolbar I would tell you that I
removed the now uneeded button "new item in same line" in the toolbar:
http://wiki.lyx.org/LyX/UserInterface#LyXWinInstallerToolbar
This is supported now by default since LyX 1.4.2 but I forgot to remove it.
Georg Baum sc
Georg Baum wrote:
I updated my wide streams patch to current svn, incorporating the feedback
from Angus. Since I did not get objections I am going to put it in now.
It compiles fine here except for a linking error:
Linking...
output_plaintext.obj : error LNK2019: unresolved external symbol
"p
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I hear you Angus, even from far away. Doing this change is pretty simple
(global search and replace) and I don't have strong opinion either way.
Any other opinion?
Yes: the patch looks nice ;-)
You said that already. But tw
Georg Baum wrote:
Abdel, can you please have a look?
lyx -e latex text Userguide.lyx
does enter an enless loop and can't even be killed with Ctrl-C. This
happens both with qt3 and qt4. I believe that it is caused by your recent
application reorganization.
Exporting from the GUI works (well, f
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Joost> Microsoft Office 2007 will have a very nice user interface with
> Joost> a context-sensitive ribbon:
> Joost> http://blogs.msdn.com/photos/jensenh/images/547376/original.aspx
> Joost> This way you won't have a separate menu and toolbar anymo
Timothy Reaves <[EMAIL PROTECTED]> writes:
>
> I get the following for both .lyxpipe.in & .lyxpipe.out
>
> LyXComm: Pipe /Users/treaves/Library/Application
> Support/LyX-1.4/.lyxpipe.in already exists.
> If no other LyX program is active, please delete the pipe by hand and
> try again.
Either
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I hear you Angus, even from far away. Doing this change is pretty simple
> (global search and replace) and I don't have strong opinion either way.
>
> Any other opinion?
Yes: the patch looks nice ;-)
Keep up the good work!
Angus
Georg Baum wrote:
Abdel, can you please have a look?
lyx -e latex text Userguide.lyx
does enter an enless loop and can't even be killed with Ctrl-C. This
happens both with qt3 and qt4. I believe that it is caused by your recent
application reorganization.
Exporting from the GUI works (well, f
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Hello,
Following Andre suggestion and following discussion here is a patch that
cleans up everything related to singleton. The other important change is
that lyx::dispatch() and lyx::getStatus become _the_ official way to use
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> Following Andre suggestion and following discussion here is a patch that
> cleans up everything related to singleton. The other important change is
> that lyx::dispatch() and lyx::getStatus become _the_ official way to use
> LyXFunc
Georg Baum <[EMAIL PROTECTED]> writes:
> I updated my wide streams patch to current svn, incorporating the feedback
> from Angus. Since I did not get objections I am going to put it in now.
> I attach the patch for reference, since it is too big for the automatic
> commit message.
Now that look
Am Mittwoch, 11. Oktober 2006 04:02 schrieb Uwe Stöhr:
> Joost wrote:
>
> > Unfortunately I did not succeed. Maybe you should all give Uwe some
> > more confidence that his suggestions will be taken seriously.
I don't know how you get the impression that Uwe's suggestions are not
taken serious
Abdel, can you please have a look?
lyx -e latex text Userguide.lyx
does enter an enless loop and can't even be killed with Ctrl-C. This
happens both with qt3 and qt4. I believe that it is caused by your recent
application reorganization.
Exporting from the GUI works (well, for some definition o
[EMAIL PROTECTED] wrote:
Author: schmitt
Date: Wed Oct 11 22:01:32 2006
New Revision: 15302
URL: http://www.lyx.org/trac/changeset/15302
Log:
Change tracking:
* src/paragraph.h: remove enum ChangeTracking;
remove default parameters for insertChar and insertInset
* src/B
I updated my wide streams patch to current svn, incorporating the feedback
from Angus. Since I did not get objections I am going to put it in now.
I attach the patch for reference, since it is too big for the automatic
commit message.
Georg
Log:
Introduce wide streams. This fixes the remaini
Joost Verburg wrote:
Paul A. Rubin wrote:
Can someone tell me whether LyX 1.4.2 and later looks directly in the
Resources\fonts folder for screen fonts, installs them into Windows
(making the Resources\fonts folder redundant), or something entirely
different?
First of all these fonts are onl
Paul A. Rubin wrote:
Can someone
tell me whether LyX 1.4.2 and later looks directly in the
Resources\fonts folder for screen fonts, installs them into Windows
(making the Resources\fonts folder redundant), or something entirely
different?
First of all these fonts are only used for math. LyX
Hi,
Through version 1.4.1, LyX on Windows required installation of a bunch
of fonts (cmex10 etc.). Starting with 1.4.2, these fonts are installed
in a folder under Resources. As an experiment, I tried hiding that
folder from 1.4.3, but it seemed to find the fonts anyway. Can someone
tell m
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Or course this also means that the "disabled toolbars" bug
Abdelrazak> comes back. JMarc, I remember you proposed another
Abdelrazak> solution for that, could you post it again?
Split FuncRequest::UI into FuncRequest:
Abdelrazak Younes wrote:
tables are seriously fucked up,
table editing or dialog?
editing
Edwin Leuven wrote:
Abdelrazak Younes wrote:
other things are probably more important: closing dialogs crashes lyx,
Which ones? I don't see such crashes.
document, graphics, external
clicking "close" crashes lyx here...
I can confirm the crashes. This is another side effect of the FocusEv
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> Another idea is to develop a configuration Wizard that
Abdelrazak> could be launched from LyX? Something
Abdelrazak Younes wrote:
other things are probably more important: closing dialogs crashes lyx,
Which ones? I don't see such crashes.
document, graphics, external
clicking "close" crashes lyx here...
maybe i need to rebuild lyx completely
Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
Please not. Let's keep LyX GUI in LyX.
It is easy for me to create a GUI for toolbar customization in the
Windows installer, but that is indeed not a good solution.
IMHO, it is a good interim solution.
I don't have any experience with Qt and
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Another idea is to develop a configuration Wizard that
Abdelrazak> could be launched from LyX? Something using Python would
Abdelrazak> be a good solution as it is already shipped with LyX/Win.
Jean-Marc Lasgouttes wrote:
Please not. Let's keep LyX GUI in LyX.
It is easy for me to create a GUI for toolbar customization in the
Windows installer, but that is indeed not a good solution.
I don't have any experience with Qt and the LyX frontends, so
unfortunately I can't provide a patc
Jean-Marc Lasgouttes wrote:
> I think we should get rid of the test
>
> if (prevcur.pos() != 0
> && prevpar.isSeparator(prevcur.pos() - 1))
> --prevcur.pos();
>
> Does anyone know why it could be useful?
Looks like it tries to prevent t
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I think the code is much clearer now, and would appreciate
Jean-Marc> comments. There are a few things that still need changing:
Jean-Marc> - does not work with change tracking. I need to look at
Jean-Marc> that.
It
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> It seems that the special casing for empty paragraphs can
Juergen> indeed just be removed (see attached patch). But I'm not 100%
Juergen> sure if it doesn't have any side cases, and I don't have much
Juergen> time for tes
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Another idea is to develop a configuration Wizard that
Abdelrazak> could be launched from LyX? Something using Python would
Abdelrazak> be a good solution as it is already shipped with LyX/Win.
Please not. Let's keep
Joost Verburg wrote:
Abdelrazak Younes wrote:
The
multiple toolbar ui file offer by JMarc might be a good solution. The
win installer would then be able to ask the user what behaviour he
wants and configure the toolbar accordingly.
With review and view toolbars, you get way too many combinat
Edwin Leuven wrote:
Abdelrazak Younes wrote:
1.5 should not be very hard to do indeed. Any volunteers? I have the
bad feeling that everything is stopped on the GUI side for some time
now :-(
other things are probably more important: closing dialogs crashes lyx,
Which ones? I don't see such
Abdelrazak Younes wrote:
The
multiple toolbar ui file offer by JMarc might be a good solution. The
win installer would then be able to ask the user what behaviour he wants
and configure the toolbar accordingly.
With review and view toolbars, you get way too many combinations.
Running the ins
Abdelrazak Younes wrote:
1.5 should not be very hard to do indeed. Any volunteers? I have the bad
feeling that everything is stopped on the GUI side for some time now :-(
other things are probably more important: closing dialogs crashes lyx,
tables are seriously fucked up, things are slow. unf
Juergen Spitzmueller wrote:
José Matos wrote:
Why not both, with preferences being the preferred and the toolbar settings
being the default?
It seems perfect to me: :-)
If we do this (double way), an alternative to preferences could be session.
This way, we could have a "View->Toolbars" Di
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
In retrospect, I think it was an error to have the on/off/auto and
top/bottom settings for toolbars in the ui files themselves. They
would be
Jean-Marc Lasgouttes wrote:
> Could you try to see whether we can completely remove the dEPM trick
> from backspace code in _all_ cases?
It seems that the special casing for empty paragraphs can indeed just be
removed (see attached patch). But I'm not 100% sure if it doesn't have any
side cases,
The updated patch is here. Could somebody test it?
http://bugzilla.lyx.org/attachment.cgi?id=1284&action=view
- Martin
signature.asc
Description: This is a digitally signed message part
Georg Baum wrote:
> But do they need to be forwarded for ERT? I believe that in ERT it should
> be enough to simply delete one character if there is one, or else dissolve
> the inset. Ignore this if it does not make sense, I did not look at the
> code.
And merging/deleting paragraphs.
> Apart fro
Trying to install LyXWin141Complete-2-01.exe
Whilst the command line was showing
'Checking for "/Resources/../src/tex2lyx" ...
A small window popped up (behind the cli hence not visible) with an error
message, which mentioned aspell?
I'd killed the process by then and lyx fails to run.
regard
Juergen Spitzmueller wrote:
> The special casing in paragraph is needed anyway (to allow multiple spaces
> and empty paragraphs), and I don't know how we could do the backspace in
> InsetERT::doDispatch directly, because the backspace and delete lfuns are
> passed further to several functions (unt
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Andre Poenitz wrote:
>> Have a function 'Inset***::backspaceShouldDeleteEmptyLines()' and
>> be done.
Juergen> I don't understand. Backspace should _always_ delete empty
Juergen> lines AFAICS. The problem is that backspa
> "Timothy" == Timothy Reaves <[EMAIL PROTECTED]> writes:
Timothy>One is not printed anywhere that I can find. Can one
Timothy> be forced out to a log?
On my linux, I can get one by running LyX under gdb. Bennett may know
a better solution for OS X, though.
JMarc
Georg Baum wrote:
> Exactly. I am wondering whether it would not be better to base InsetERT on
> something else than InsetText, since we have so many special cases.
Probably.
> IIRC backspace is mapped to some lfun. Is it not possible to handle that
> lfun in InsetERT::doDispatch directly and avo
48 matches
Mail list logo
