Perhaps the Windows
installers could offer to install them (and recognize them as the
default viewer for PDF formats if installed)?
Currently, lyx uses the default pdf viewer of windows by default.
Users will have to set them manually after lyx is installed.
Bo
There are plenty of alternatives (e.g. XPDF and KPDF on Linux), which behave
better than acroread.
I have tried all of them, and I have to say that they are not as
capable as acrobat reader.
MikTeX has the pdfopen and pdfclose scripts which work around that exact
problem. They also have been
The problem exists only for acrobat and only under Windows. Nobody has
complained about LyX's behaviour in this regard in 10 years of existence. That
suggests that people like LyX's behaviour.
This problem also happens for acrobat reader under linux.
If you want to compare to previous versions
i decided to test this translation while correcting
the old czech lyx tutorial. i send a patch (against
lyx 1.5.0svn) for cs_Tutorial.lyx.
moreover that, i send a patch for some mistakes
(which emerged during the test) in the .po file sent before.
again a few notes :)
- when setting all locale
Hi ,
I had brought up an issue on the LyX users list, see the quoted text
below; meanwhile I've looked around for some more info on this, and
felt I could make some suggestions here. Looking at Bug 2419, I see
the rationale for having self-contained export from LyX to LaTeX that
includes t
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
José> Done. The code can be simplified more and in a more consistent
José> way but for now it works.
Jean-Marc> And we are tomorrow anyway...
I spoke too soon. You kept some work for later, didn't you?
make[4]: Entering direc
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Wednesday 09 August 2006 22:52, José Matos wrote:
>> Yes, as the error says we should get an encoding instance to
>> NewFile. :-)
>>
>> The patch is easy I will do it tomorrow. The scheme is the same
>> as lyx does, check the lan
In trunk, there are still things like
AboutDialog
in the .ui files.
Can they be removed? They clutter .po files.
JMarc
If I grep the qt frontends for the string Alt+, I find:
fantomas: grep -r Alt+ src/frontends/qt*
src/frontends/qt3/ui/QAskForTextDialog.ui:
Alt+O
src/frontends/qt3/ui/QCitationFindDialogBase.ui:
Alt+N
src/frontends/qt3/ui/QPrefFileformatsModule.ui:
On Wednesday 09 August 2006 22:52, José Matos wrote:
> Yes, as the error says we should get an encoding instance to NewFile. :-)
>
> The patch is easy I will do it tomorrow. The scheme is the same as lyx
> does, check the language and choose the appropriate encoding.
Done. The code can be si
> "Kostantino" == <[EMAIL PROTECTED]> writes:
Kostantino> I hereby grant permission to licence their contributions
Kostantino> to LyX under the Gnu General Public Licence, version 2 or
Kostantino> later with the name of Kostantino and the following form
Kostantino> for the email address: cic
On Wednesday 09 August 2006 21:24, Jean-Marc Lasgouttes wrote:
> I see that with make install in trunk:
...
> AttributeError: NewFile instance has no attribute 'encoding'
>
> Jose', Bo, any thought?
Yes, as the error says we should get an encoding instance to NewFile. :-)
The patch is easy I
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Please test.
Juergen> Seems to work. However, LyX crashed two times on me while
Juergen> testing this. I'm not sure it is related, and I couldn't
Juergen> reproduce it, unfortunately.
Juer
This continues an on-going (and very strange) saga from the user list.
The short recap: someone using LyX 1.4.2 on Windows has a few
MATLAB-generated Postscript image files that do not display correctly in
the LyX GUI. They:
* worked fine with version 1.4.1 (which suggests, not definitively,
Juergen Spitzmueller wrote:
MikTeX has the pdfopen and pdfclose scripts which work around that exact
problem. They also have been ported to Linux AFAIK.. People who insist on
acroread should use this.
I use those scripts, and there's no down side to them AFAIK (other than
a lack of awareness
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> The following patch uses automake's integrated python support to
Lars> | install configure.py and the other scripts. This means in
Lars> particular | that the pyc and pyo
I see that with make install in trunk:
PYTHONPATH=../../lib/lyx2lyx python -tt ../../../lyx-devel/lib/doc/doc_toc.py
Traceback (most recent call last):
File "../../../lyx-devel/lib/doc/doc_toc.py", line 129, in ?
main(sys.argv)
File "../../../lyx-devel/lib/doc/doc_toc.py", line 125, in ma
> "Per" == Per Olofsson <[EMAIL PROTECTED]> writes:
Per> Jean-Marc Lasgouttes:
>> Thanks for the explanations. Could you try to see whether the patch
>> I sent will fix the problem? I believe it should create a .lyx
>> directory in root home directory and work correctly from there.
>>
>> Is i
Jean-Marc Lasgouttes:
> Thanks for the explanations. Could you try to see whether the patch I
> sent will fix the problem? I believe it should create a .lyx directory
> in root home directory and work correctly from there.
>
> Is it an acceptable solution?
It's the correct fix, yes, but I don't
Bo Peng wrote:
> Well, this is the _one_ most important viewer we are forced to use.
There are plenty of alternatives (e.g. XPDF and KPDF on Linux), which behave
better than acroread.
MikTeX has the pdfopen and pdfclose scripts which work around that exact
problem. They also have been ported to
Bo Peng wrote:
The alternative would be to remove _all_ toggling in the dialog. I am
not sure it is needed.
Maybe on a different topic, I propose that we find someway to merge
apply and save to OK. They kind of confuse me... Other applictions
usully keep a list of 'applicable' changes and 'need
Bo Peng <[EMAIL PROTECTED]> writes:
> Maybe on a different topic, I propose that we find someway to merge
> apply and save to OK. They kind of confuse me... Other applictions
> usully keep a list of 'applicable' changes and 'need-restart' changes,
> and tells the user the app needs to be restarted
Bo Peng <[EMAIL PROTECTED]> writes:
JMarc> And changing this type of thing just because of _one_ piece
JMarc> of poorly written software is a bit annoying.
Bo> Well, this is the _one_ most important viewer we are forced to use.
It seems to me that your statement above renders your earlier point r
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> The alternative would be to remove _all_ toggling in the dialog. I
>> am not sure it is needed.
Bo> Maybe on a different topic, I propose that we find someway to
Bo> merge apply and save to OK. They kind of confuse me...
This is up to the fro
The alternative would be to remove _all_ toggling in the dialog. I am
not sure it is needed.
Maybe on a different topic, I propose that we find someway to merge
apply and save to OK. They kind of confuse me... Other applictions
usully keep a list of 'applicable' changes and 'need-restart' change
/tmp is not cleaned when LyX dies brutally.
Lyx can not be blamed for this. Actually, we recently cleaned our
network disk and found gigabytes of uncleaned temp files of SAS since
users get used to Ctrl-c this poor application ...
If you are really concerned with disk space, at least we can try
> "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes:
Paul> I see your point, and I'm not enthralled by my solution (since
Paul> it does depart from the logic of each application toggling the
Paul> result), but what are the odds that someone would go into the
Paul> dialog, change some font char
Jean-Marc Lasgouttes wrote:
"Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes:
Paul> In most dialogs (for instance, Tools->Preferences...), if you
Paul> select Apply and then Ok the changes are applied. In the text
Paul> style dialog, if you select "toggle all", Apply, then Ok, the
Paul> change
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Donot we remove all lyx tmp folder for each session?
>> Yes, but what if you do many previews in a same session?
Bo> Then there will be a lot of temp files under this lyx tmp
Bo> directory. If lyx quits normally (hopefully also when lyx is
Bo
Asger posted some code last June that would enable you to write a wrapper for
Acrobat that would obviate the problem. See:
http://thread.gmane.org/gmane.editors.lyx.devel/46077
That is for acrobat reader only, and under windows only. Using
different temp files will solve the problem for all pot
Bo> Donot we remove all lyx tmp folder for each session?
Yes, but what if you do many previews in a same session?
Then there will be a lot of temp files under this lyx tmp directory.
If lyx quits normally (hopefully also when lyx is killed by Ctrl-C),
they will all be cleaned; otherwise, we dep
Jean-Marc Lasgouttes wrote:
> It would be nice to know whether it is related to the patch.
Yes.
> Juergen> Also I get the debug output: I don't have a cell 1
>
> Juergen> When I hit C-i in the outermost math inset.
>
> I cannot reproduce this. Details?
- New document.
- C-m
- type "123"
- move c
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> >> Then you have a broken viewer. Get one that doesn't mind having the
> >> viewed file overwritten.
> Bo> This happens to acrobat viewer. This is easy to confirm: open lyx,
> Bo> type a, view pdflatex, type b, view pdflatex, lyx says I cannot
> B
It looks good. Do we really want to redirect stderr too?
This is for a complete report of the configure process, although we do
not usually expect configure to fail.
Please apply it to branch and trunk.
Done.
Bo
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Please test.
Juergen> Seems to work. However, LyX crashed two times on me while
Juergen> testing this. I'm not sure it is related, and I couldn't
Juergen> reproduce it, unfortunately.
It w
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Then you have a broken viewer. Get one that doesn't mind having the
>> viewed file overwritten.
Bo> This happens to acrobat viewer. This is easy to confirm: open lyx,
Bo> type a, view pdflatex, type b, view pdflatex, lyx says I cannot
Bo> write
Jean-Marc Lasgouttes wrote:
> Please test.
Seems to work. However, LyX crashed two times on me while testing this. I'm
not sure it is related, and I couldn't reproduce it, unfortunately.
Also I get the debug output:
I don't have a cell 1
When I hit C-i in the outermost math inset.
Jürgen
Then you have a broken viewer. Get one that doesn't mind
having the viewed file overwritten.
This happens to acrobat viewer. This is easy to confirm: open lyx,
type a, view pdflatex, type b, view pdflatex, lyx says I cannot write
on file 'newfile1.pdf'.
A workaround if you can't fix the view
I hereby grant permission to licence their contributions to LyX under the Gnu
General Public Licence, version 2 or later with the name of Kostantino and the
following form for the email address:
ciclope10ATalice.it
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> http://bugzilla.lyx.org/show_bug.cgi?id=2756 I'm not sure
Juergen> what LFUN_INSET_TOGGLE in mathed is actually supposed to do,
Juergen> but the attached patch (against 1.4) fixes the reported
Juergen> assert. It checks w
> "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
Sven> On Wed, Aug 09, 2006 at 01:03:43PM +0200, Jean-Marc Lasgouttes
Sven> wrote: Hello Jean-Marc, hello *,
>> There is no reason why we should not reconfigure in batch mode.
>>
>> Comments? I plan to apply soon.
Sven> Ok I'll comment a li
On Wed, Aug 09, 2006 at 01:03:43PM +0200, Jean-Marc Lasgouttes wrote:
Hello Jean-Marc, hello *,
> There is no reason why we should not reconfigure in batch mode.
>
> Comments? I plan to apply soon.
Ok I'll comment a little bit about how this issue was found and what problems
might be related.
S
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| The following patch uses automake's integrated python support to
| install configure.py and the other scripts. This means in particular
| that the pyc and pyo files get installed.
|
| Does this look sound? (we do that for lyx2lyx, BTW).
yes.
http://bugzilla.lyx.org/show_bug.cgi?id=2756
I'm not sure what LFUN_INSET_TOGGLE in mathed is actually supposed to do, but
the attached patch (against 1.4) fixes the reported assert. It checks whether
the cursor has left mathed before trying to get the cell inset.
OK for branch and trunk?
Jürg
There is no reason why we should not reconfigure in batch mode.
Comments? I plan to apply soon.
JMarc
Index: src/lyx_main.C
===
--- src/lyx_main.C (revision 14576)
+++ src/lyx_main.C (working copy)
@@ -458,12 +458,12 @@ void LyX::i
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> As reported on lyx-users by JP Chretien.
>>
>> OK?
Bo> Yes. (It is my honor to ok your patch. :-)
Thanks :) Applied.
JMarc
The following patch uses automake's integrated python support to
install configure.py and the other scripts. This means in particular
that the pyc and pyo files get installed.
Does this look sound? (we do that for lyx2lyx, BTW).
The code also sets the executable bit on the python scripts. Does
Bo Peng wrote:
Hi,
It is pretty annoying to me that I can not preview a document if a
previous version is being previewed so the file can not be
overwritten. What prevents us from using a different temp file each
time? (I remember that there is even a trick in lyx wiki to address
this problem.)
Jean-Marc Lasgouttes wrote:
Enrico> Perhaps the Dapper files are misnamed (they have 1.4.1 in the
Enrico> name).
I suspect they are indeed 1.4.1 files. Before I move them, could
someone who is able to read .deb files tell me what these files are?
Information extracted with dpkg-deb --show:
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Hi, It is pretty annoying to me that I can not preview a document
Bo> if a previous version is being previewed so the file can not be
Bo> overwritten. What prevents us from using a different temp file
Bo> each time? (I remember that there is ev
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> The following would work. Do you want such a patch?
>> Yes, I think so.
>>
Bo> Attched. Ok also for 1.4.x?
It looks good. Do we really want to redirect stderr too?
Please apply it to branch and trunk.
JMarc
51 matches
Mail list logo
