Angus Leeming wrote:
Enrico Forestieri wrote:
For some reason the dvipng distributed with miktex (at least the one I
have installed) fails to generate the instant preview images:
$ python /path/to/lyxpreview2bitmap.py png 0lyxpreview.tex 128 00
f0f0f0 makepk: METAFONT failed on "cmmi12".
Tomasz ?uczak wrote:
> Hi
>
> I send translated into pl polish.nsh file for installer for Windows.
> File is encoded as CP1250.
> I sent it again, because previous LyX list server said: 554 This message
> contains prohibited content (zipped file) ;-)
Got it!
--
Angus
Tomasz ?uczak wrote:
> Hi
>
> Here http://www.lyx.org/devel/translation.php in section Web Pages,
> there is broken link http://www.lyx.org/devel/about/i18n.php instead
> http://www.lyx.org/about/i18n.php
Fixed.
--
Angus
Hi
I send translated into pl polish.nsh file for installer for Windows.
File is encoded as CP1250.
I sent it again, because previous LyX list server said: 554 This message
contains prohibited content (zipped file) ;-)
Best regards
Tomasz
--
Tomasz Łuczak
TECHNODAT Sp. z o.o.tel
Hi
Here http://www.lyx.org/devel/translation.php in section Web Pages,
there is broken link http://www.lyx.org/devel/about/i18n.php instead
http://www.lyx.org/about/i18n.php
Best regards
Tomasz
--
Tomasz Łuczak
TECHNODAT Sp. z o.o.tel +48 32 2382337
ul. Kościuszki 1c
Enrico Forestieri wrote:
> Perhaps you mean that the dpi variable is *proportional* to
> preview_scale_factor. Indeed, when not setting preview_scale_factor I
> obtain dpi=112, whereas setting it to 1.02 I obtain dpi=127. However, I
> don't know the default value of preview_scale_factor (and obviou
> .bst, .cls and .sty files are all essentially the same in this regard; they
> belong
> in a TeX tree.
Then, why do you put a browse button next to the droplist in the
bibtex dialog, if all .bst files should be under global or local texmf
tree, and be listed in the droplist?
My point is that i
Angus Leeming <[EMAIL PROTECTED]> writes:
> You need to refresh the MikTeX databases. It's some obvious entry in the
> package manager's menus. If you can't find it then this is a FAQ on the
> MikTeX list.
>
> (Sorry I can't be less vague :()
Easy, Angus. I wasn't asking for help there ;-)
It is
On Tue, Jan 03, 2006 at 09:49:07PM +0100, Michael Gerz wrote:
> Martin Vermeer wrote:
...
> A stupid question from a stupid user: Why do we have to compute row
> signatures at all? Why don't we have a global variable (like
> "fullUpdateRequired") which is set to true whenever we know that we h
On Tue, Jan 03, 2006 at 07:52:13PM +0100, Abdel wrote:
> Hello,
>
> On windows with 1.4.0cvs on for big documents (ex: Extended.lyx), there
> is a big delay (~1s) before a "Carriage Return" is shown on screen after
> typing the "enter" key in the middle of a paragraph. The same will
> happen wh
Martin Vermeer wrote:
On Mon, 2006-01-02 at 20:26 +0100, Michael Gerz wrote:
Martin,
your row signature patch is excellent as it reduces screen flickering
significantly (you could the flicking on Windows with qtwin).
However, I don't understand why we have to redraw the whole screen in
Martin Vermeer wrote:
Yes, it works... apparently because !vi.singlerow implies select, in a
way that I haven't been able to figure out. So you don't actually save
anything.
Still might be wise to delete select from the two places where it occurs
together with || vi.singlerow.
Could you plea
Bo Peng wrote:
>> I doubt that, but we can work around this. See
>> http://bugzilla.lyx.org/show_bug.cgi?id=2186. We should do the same
>> with .bst files that we are doing with .bib files already.
>
> I was under the impression that this can be done in parallel to .bib
> files, may be some simpl
> I doubt that, but we can work around this. See
> http://bugzilla.lyx.org/show_bug.cgi?id=2186. We should do the same
> with .bst files that we are doing with .bib files already.
I was under the impression that this can be done in parallel to .bib files, may
be some simple copy and paste to the .
Am Dienstag, 3. Januar 2006 18:04 schrieb Bennett Helm:
> In several respects, LyX-1.4.x is not compatible with lyx-1.3.x:
> *.bind files and *.ui files have changed significantly, and the
> preferences file ought to be updated. (Are there more issues that
> might affect the transition non-tr
Am Dienstag, 3. Januar 2006 16:50 schrieb Uwe Stöhr:
> Bo Peng asked:
> > 2. It is not safe to put .bst files in a path with spaces. .lyx files
> > and all figure files are OK, as well as .bib files.
>
> Also yes. The problem is only a problem of bibtex not of LyX. I sent a
> bug report to the MiK
Most recent cvs fails to link on Mac with gcc-3.3. Any hints?
Bennett
/bin/sh ../libtool --tag=CXX --mode=link g++ -fno-exceptions -g -Os -
framework Carbon -framework OpenGL -framework AGL -framework
QuickTime -lz -o lyx-qt main.o Bidi.o BufferView.o
BufferView_pimpl.o Bullet.o BranchLi
Hello,
On windows with 1.4.0cvs on for big documents (ex: Extended.lyx), there
is a big delay (~1s) before a "Carriage Return" is shown on screen after
typing the "enter" key in the middle of a paragraph. The same will
happen when you type "Backspace" at the beginning of a paragraph. On the
c
Bo Peng wrote:
And personally bst files should always go into c:\localtexmf\bibtex\bst\
Since the .bst file (downloaded from a Journal's website) is only
needed for a paper I am writing, it makes sense to put it along with
the paper. Also, it is troublesome, and sometimes not allowed, to put
i
On 1/3/06, Bennett Helm <[EMAIL PROTECTED]> wrote:
> *.bind files and *.ui files have changed significantly, ...
My .bind file seems to work just fine... Anyway, where is the
incompatibility documented?
> 1. Have a dumb installer simply move the preferences ...
> 2. Create a "smarter" installer t
On Tue, Jan 03, 2006 at 12:04:39PM -0500, Bennett Helm wrote:
> I'm back and finally able to look at LyX-1.4.0-pre3. I notice right
> off that some files relevant to the Mac are simply missing (though
> they are present in CVS):
>
> * INSTALL.MacOSX
> * development/MacOSX/LyX.app/Contents/Libr
> And personally bst files should always go into c:\localtexmf\bibtex\bst\
Since the .bst file (downloaded from a Journal's website) is only
needed for a paper I am writing, it makes sense to put it along with
the paper. Also, it is troublesome, and sometimes not allowed, to put
it to the texmf di
Enrico Forestieri wrote:
> Hi all!
>
> For some reason the dvipng distributed with miktex (at least the one I
> have installed) fails to generate the instant preview images:
>
> $ python /path/to/lyxpreview2bitmap.py png 0lyxpreview.tex 128 00
> f0f0f0 makepk: METAFONT failed on "cmmi12".
Y
In several respects, LyX-1.4.x is not compatible with lyx-1.3.x:
*.bind files and *.ui files have changed significantly, and the
preferences file ought to be updated. (Are there more issues that
might affect the transition non-transparently?)
What, then, is the best way to have normal users
I'm back and finally able to look at LyX-1.4.0-pre3. I notice right
off that some files relevant to the Mac are simply missing (though
they are present in CVS):
* INSTALL.MacOSX
* development/MacOSX/LyX.app/Contents/Library/Spotlight/LyX-
Metadata.mdimporter (the folder is there, but it's em
Devel,
I came across The Document Processor through the Google directory.
I manage a website project which lists quality Word Processing reference
books and articles that are offered as free downloads. My aim is to
eventually list 100's of such books.
I'm contacting you for two reasons. Fir
Hi all!
For some reason the dvipng distributed with miktex (at least the one I have
installed) fails to generate the instant preview images:
$ python /path/to/lyxpreview2bitmap.py png 0lyxpreview.tex 128 00 f0f0f0
makepk: METAFONT failed on "cmmi12".
C:\texmf\miktex\bin\dvipng.exe warning: fo
Bo Peng asked:
It is confirmed that if the .bst file is in a path without space, the
bibliography will be generated correctly, even if lyx is installed
under c:\program files\lyx.
Yes, I can confirm this.
1. It is safe to install lyx to c:\program files,
Yes it is.
2. It is not safe to p
Angus Leeming wrote:
>> The status for 1.3.7 can be found here:
>> http://www.devel.lyx.org/i18n-13x.php3
>> For 1.4.0, the is of course more work to do:
>> http://www.devel.lyx.org/i18n.php3
>
> That's:
> http://www.lyx.org/devel/i18n-13x.php
> http://www.lyx.org/devel/i18n.php
I see Georg is a
> The status for 1.3.7 can be found here:
> http://www.devel.lyx.org/i18n-13x.php3
> For 1.4.0, the is of course more work to do:
> http://www.devel.lyx.org/i18n.php3
That's:
http://www.lyx.org/devel/i18n-13x.php
http://www.lyx.org/devel/i18n.php
--
Angus
[EMAIL PROTECTED] wrote:
> The status for 1.3.7 can be found here:
> http://www.devel.lyx.org/i18n-13x.php3
http://www.lyx.org/devel/i18n-13x.php
> For 1.4.0, the is of course more work to do:
> http://www.devel.lyx.org/i18n.php3
http://www.lyx.org/devel/i18n.php
:-)
Georg
Hello,
Since LyX 1.3.7 and 1.4.0 are getting closer, it is a good idea
to update the translations.
The status for 1.3.7 can be found here:
http://www.devel.lyx.org/i18n-13x.php3
Normally, you should not have a lot to do, compared to 1.3.6.
For 1.4.0, the is of course more work to do:
http://www
On Tue, 2006-01-03 at 14:07 +0200, Martin Vermeer wrote:
> On Mon, 2006-01-02 at 20:26 +0100, Michael Gerz wrote:
...
> Additionally I found (knew that already, but without understanding) that
> simple arrow movement keys also always cause a whole-screen redraw.
> Which is a bit silly really. I s
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| This is not something I really expected to work, with gcc 4.1 being
| a work in progress. Still, if someone is interested,
| here is what happened:
This might be a fix, but I am not sure how nice this is, or why we get
thes
On Mon, 2006-01-02 at 20:26 +0100, Michael Gerz wrote:
> Martin,
>
> your row signature patch is excellent as it reduces screen flickering
> significantly (you could the flicking on Windows with qtwin).
>
> However, I don't understand why we have to redraw the whole screen in
> case of selectio
Helge Hafting <[EMAIL PROTECTED]> writes:
| This is not something I really expected to work, with gcc 4.1 being
| a work in progress. Still, if someone is interested,
| here is what happened:
This might be a fix, but I am not sure how nice this is, or why we get
these errors in the first place..
Helge Hafting <[EMAIL PROTECTED]> writes:
| This is not something I really expected to work, with gcc 4.1 being
| a work in progress. Still, if someone is interested,
| here is what happened:
These are the same errors I see with gcc 4.2 (cvs)
(except there I also get a couple of ICE's)
I'll che
37 matches
Mail list logo
