Andre Poenitz wrote:
Patch attached. Includes various cleanup, too. Will commit.
I see you didn't wait for an answer to your previous question (my answer
particularly)... While I am happy that you work on this, I think you
could have committed your changes one class at a time, couldn't you? I
On Saturday 01 September 2007 03:05:24 Richard Heck wrote:
> In a way tee does not allow? Sounds like a new project!
>
> rh
The problem here is we don't have an "inverse tee". diff for example receives
from two streams to a single a single one.
I know that I can use "diff somefile -" and here th
Andre Poenitz wrote:
I plan to 'manually expand' the current uses QController as in the
attached patch.
The result is not only shorter but also simpler. No need for a template
with a template argument (QController) anymore.
You don't even need the GuiView thing (the former QView). My solution
On 8/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: bpeng
> Date: Sat Sep 1 06:20:34 2007
> New Revision: 19967
>
> URL: http://www.lyx.org/trac/changeset/19967
> Log:
> Embedding: add 'addFile' to embed arbitrary file, fix a few bugs along the way
Again, no public review yet...
B
The problem is that in my development/MacOSX Makefile the command to
generate a .lproj directory is
$(MKDIR_P) $(pkgdatadir)/$$f.lproj
However, MKDIR_P is not defined so make attempts to execute $
(pkgdatadir)/$$f.lproj instead of make a directory.
I defined MKDIR_P = mkdir in the
Paul A. Rubin wrote:
I'll skip over the forensic steps (and the "what was I drinking that
made me even think of them" part) and cut to the chase scene. My
layout file is coded (according to Notepad++) "ANSI as UTF-8". Yours
is coded UTF-8. Turns out either ANSI or "ANSI as UTF-8" works fine,
Rodrigo Fresneda wrote:
Hello,
For me, LyX 1.5 is unusable because of two bugs.
2. Now close LyX and reopen the file crazyscroll.lyx. Notice the cursor
movement with the keyboard arrows is mega slow. Then select any text (even a
single character) and copy it (my keyboard shortcut is Control-
Hello,
For me, LyX 1.5 is unusable because of two bugs.
1. This one is very annoying. Open the attached file crazyscroll.lyx and
position section 2 head "This title at the top" at the top of the text
window, in the uppermost possible position while still being totally
visible. I advise you
> Could you please apply this patch to branch?
I had the same plea.
Jurgen, what is your opinion?
Bo
Andre,
Could you please apply this patch to branch? I understand that other
changes may make
[EMAIL PROTECTED]> svn merge -c $MYPATCHNUM
svn://svn.lyx.org/lyx/lyx-devel/trunk
more difficult, but this one makes it impossible. At least with the
patch, you'd get conflicted files you could modi
Andre Poenitz wrote:
I plan to 'manually expand' the current uses QController as in the
attached patch.
The result is not only shorter but also simpler. No need for a template
with a template argument (QController) anymore.
Maybe I'll arrive at a point where I understand the code at some time..
On 8/31/07, José Matos <[EMAIL PROTECTED]> wrote:
> On Friday 31 August 2007 18:02:13 Bo Peng wrote:
> > 1. remove of the compression feature (Jose, JMarc?)
> Why?
> LyX supports compressed files in a clean way, so let us leave that way.
> I don't want to appear rude but we should be very caut
José Matos wrote:
e) embed layout file
f) modules
g) latex classes
There's a very general solution to this: Write the ENTIRE layout to a
single file and them embed that. This is not hard conceptually. It just
needs the work to be done. The only thing you really need is a
Tex
José Matos wrote:
And yes, I had the need sometimes to use pipes in a non-linear way and no
shell allows me to do it.
In a way tee does not allow? Sounds like a new project!
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
On Friday 31 August 2007 18:02:13 Bo Peng wrote:
> 1. remove of the compression feature (Jose, JMarc?)
> a) lyx2lyx convert: decompress file
> b) remove menu item and read/write of compressed file in Buffer.cpp.
> c) remove boost iostreams and gzstream
Why?
LyX supports compressed files
On Friday 31 August 2007 18:13:54 Abdelrazak Younes wrote:
> Planning 20 years in advance is not an easy task...
Or sometimes even desirable. :-)
> Abdel.
--
José Abílio
On Friday 31 August 2007 15:55:26 Richard Heck wrote:
> Bo Peng wrote:
> >> 1/ if it is not done already, support for reading/writing compressed
> >> lyx files should be removed: it has no interested wrt .zip file
> >> version.
> >
> > I agree. It does not make sense to keep two compressed version.
On Friday 31 August 2007 15:25:17 Bo Peng wrote:
> > 1/ if it is not done already, support for reading/writing compressed
> > lyx files should be removed: it has no interested wrt .zip file
> > version.
>
> I agree. It does not make sense to keep two compressed version. I am
> not sure if lyx2lyx d
On Friday 31 August 2007 15:15:04 Jean-Marc Lasgouttes wrote:
Oh, nice and good old Fridays discussions.
> I disagree 100%. One thing that people like about LyX files is that
> they are text files on which one can do straightforward search and
> repalce without looking for fancy python librarie
Patch attached. Includes various cleanup, too. Will commit.
Andre'
t.bz2
Description: Binary data
On 8/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: bpeng
> Date: Sat Sep 1 00:02:34 2007
> New Revision: 19960
>
> URL: http://www.lyx.org/trac/changeset/19960
> Log:
> Embedding: small adjustments of interfaces, single and double click in the
> embedding dialog
The basic-embeddi
I plan to 'manually expand' the current uses QController as in the
attached patch.
The result is not only shorter but also simpler. No need for a template
with a template argument (QController) anymore.
Maybe I'll arrive at a point where I understand the code at some time...
Andre'
Index: GuiER
Hi,
if I enable track changes, export to LaTeX and reimport
to LyX, I get the \lyxadded{} and \lyxdeleted{} blocks
reimported as ERT. Wouldn't it be nice if they were reimported
as tracked changes ?
T.
Abdelrazak Younes wrote:
No probs ;-)
those good old fridays...
Abdelrazak Younes wrote:
I've fixed temporarily the tabular repaint with a small hack. I'll come
back later to clean that up and optimize it. Edwin is doing some work in
this field and I don't want to interfere with his work.
Am I not nice with you Edwin?
you're a darling
(busy fixing the m
> I run lyx remove on the SLES9 machine and connect from a Debian etch machine
> with SSH.
ssh -X or ssh -Y ?
> I have also lyx 1.4.3 on the SLES9 machine, this one runs in the same session
> flawless.
>
> lyx 1.4.3 is linked against QT3.
>
> Do you know which X setting is affected and how I
Am Freitag, 31. August 2007 19:03 schrieb Pavel Sanda:
> > Is there anything I might be missing?
>
> i experience such effects with lyx when connecting somewhere through vnc.
> it may have something to do with X settings (# of colors etc.)
>
I run lyx remove on the SLES9 machine and connect from a
Abdelrazak Younes wrote:
>> A neat trick by Andre, look at MetricsInfo.h. You build an object that
>> restores the old value on destruction. I'm not sure it is worth it, just
>> because makes a simple thing slightly more obscure. Probably it is
>> sufficient to put modifications of the MetricsInfo
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
(maybe it should be better to use Changers to avoid this kind of
problems?)
Changers?
A neat trick by Andre, look at MetricsInfo.h. You build an object that
restores the old value on destruction. I'm not sure it is worth it, just
because mak
Abdelrazak Younes wrote:
>> (maybe it should be better to use Changers to avoid this kind of
>> problems?)
>
> Changers?
A neat trick by Andre, look at MetricsInfo.h. You build an object that
restores the old value on destruction. I'm not sure it is worth it, just
because makes a simple thing sl
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
By the way, let it not be lost in this discussion how useful this will be.
Sure. This is why it should be done right. Ideally, I'd like LyX 2.3
Which year?
to use the same bundle structure. This requires some planning.
Alfredo Braunstein wrote:
This fixes
a bug in InsetCollapsable::metrics, where textwidth was not restored
2 bugs in InsetCaption::metrics
- textwidth was not restored
Yes, I suspected something like this.
- remove an extra metrics call
Good!
(maybe it should be better
> Is there anything I might be missing?
i experience such effects with lyx when connecting somewhere through vnc.
it may have something to do with X settings (# of colors etc.)
pavel
Dear all,
The core and basic gui of the embedding feature is there. Lot of
things need to be done before this feature becomes usable. I can do
them slowly, but experts in related areas are certainly welcome to
jump in and help me implement them in a more efficient and elegant
manner.
1. remove of
This fixes
a bug in InsetCollapsable::metrics, where textwidth was not restored
2 bugs in InsetCaption::metrics
- textwidth was not restored
- remove an extra metrics call
(maybe it should be better to use Changers to avoid this kind of problems?)
Abdel or Martin you are the p
> What about using the comment field of the zip file? It appears in the
> first bits of the binary IIRC. The comment could actually be the
> manifest and start with an indication of the lyx format (and maybe
> version).
I do not know the zip format well enough to do this. Our embedded
minzip might
Hi,
with the now recent svn the make stops with
[...]
Making all in po
make LyX-1.6.pot-update
make[2]: *** No rule to make target `../src/frontends/qt4/
QAbout.cpp', needed by `LyX-1.6.pot-update'. Stop.
make[1]: *** [LyX-1.6.pot] Error 2
make: *** [all-recursive] Error 1
What I did:
export
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> 2/ is the new zip base version designed such that a "file" utility can
>> guess its type based on the first few characters of the binary file?
>> It could be doable if the first file (the manifest?) is stored instead
>> of deflated.
>
> Yes. It is a regular
Richard Heck <[EMAIL PROTECTED]> writes:
> By the way, let it not be lost in this discussion how useful this will be.
Sure. This is why it should be done right. Ideally, I'd like LyX 2.3
to use the same bundle structure. This requires some planning.
JMarc
"Leuven, E." <[EMAIL PROTECTED]> writes:
> thanks for reminding people why they are not using linux anymore ...
It would not be difficult to write the code that lets fontconfig find
LyX' fonts, actually.
JMarc
> Because it is inconvenient to have embedding enabled by default, I
> plan to commit this patch tomorrow morning.
This patch (updated for Q->Gui change) has been submitted. I will let
you guys play with it for a little while before I post a long list of
things that need to be done for this featur
> By the way, let it not be lost in this discussion how useful this will be.
OK. Let us adjust the feature after it is (almost) done.
Bo
Bo,
I'm not sure if I did this right. The files theorems.inc and
theorems-ams.inc are not themselves modules, but they are going to be
included in modules, so they kind of go with the modules. On the other
hand, I think amsmath.inc can be re-written to include theorems-ams.inc,
so that one m
Bo Peng wrote:
1/ if it is not done already, support for reading/writing compressed
lyx files should be removed: it has no interested wrt .zip file
version.
I agree. It does not make sense to keep two compressed version. I am
not sure if lyx2lyx decompress compressed lyx file though.
Jo
Richard Heck wrote:
Ahh, thanks.
No probs ;-)
There are other of these around. I think this one was pretty much copied
from somewhere.
Yep, a lot, I just came across this one and it hearted my eyes...
Abdel.
Ahh, thanks.
There are other of these around. I think this one was pretty much copied
from somewhere.
rh
[EMAIL PROTECTED] wrote:
Author: younes
Date: Fri Aug 31 15:46:19 2007
New Revision: 19947
URL: http://www.lyx.org/trac/changeset/19947
Log:
de-indent
Modified:
lyx-devel/trunk/src
> 1/ if it is not done already, support for reading/writing compressed
> lyx files should be removed: it has no interested wrt .zip file
> version.
I agree. It does not make sense to keep two compressed version. I am
not sure if lyx2lyx decompress compressed lyx file though.
> 2/ is the new zip b
José Matos <[EMAIL PROTECTED]> writes:
> First: the compressed feature is done in such a way that inside lyx the user
> should not care if the file is compressed or not. The same should happen for
> embedded files.
>
> Second: people who write scripts to modify should know better. :-)
> We shoul
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Hi!
I haven't been following the list too closely in the past few days,
so I don't know if this has been reported yet:
Yes, I am cleaning up the metrics stuff so some things are still
broken. I haven't looked at table yet,
"Bo Peng" <[EMAIL PROTECTED]> writes:
> What preference? How to predict the compression status of a .lyx file?
> The compression status can only be tested against the .lyx file, the
> same hold for bundled file.
We are _designing_ a format and its use should be predictable. If
people do batch pro
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> I think that there is another option. ATM, lyx decides that a
>> reconfiguration is needed when the timestamp of configure.py is
>> newer than that of the .lst files. Why not adding the condition
>> that they are also empty? See the attached.
>
> Then I may
"Bo Peng" <[EMAIL PROTECTED]> writes:
> This does not contradict with my patch at all. I did not do it simply
> because I do not know how to do it. At which point of the source code
> that I can insert this dialog? It is also possible to hack menubackend
> and display a single reconfigure menu ite
"Bo Peng" <[EMAIL PROTECTED]> writes:
> This does not contradict with my patch at all. I did not do it simply
> because I do not know how to do it. At which point of the source code
> that I can insert this dialog? It is also possible to hack menubackend
> and display a single reconfigure menu ite
On Fri, Aug 31, 2007 at 03:19:28PM +0200, Leuven, E. wrote:
> Enrico Forestieri wrote:
> > If you are on linux, you have to tell fontconfig where to find the
> > fonts. Copy the ttf fonts you find under lib/fonts in the svn
> > repository somewhere on your disk, eg. in /usr/local/fonts/bakoma.
> >
Bernhard Roider wrote:
1. new document
2. insert a (figure) float
3. press the left cursor key twice (OR press the up key once)
4. press he right cursor key
I've committed a fix for this in rev 19919:
Author: younes
Date: Thu Aug 30 18:48:47 2007
New Revision: 19919
URL: http://www.lyx.org/tr
Enrico Forestieri wrote:
> If you are on linux, you have to tell fontconfig where to find the
> fonts. Copy the ttf fonts you find under lib/fonts in the svn
> repository somewhere on your disk, eg. in /usr/local/fonts/bakoma.
> Now locate the fontconfig configuration files. Probably they are in
>
On Aug 31, 2007, at 9:08 AM, Rainer Dorsch wrote:
For documentation purposes, this is the procedure which finally
worked for me
export QTDIR=/afs/qt-4.2.1/
export LYXDIR=/afs/lyx-1.5.1/
export PATH=$QTDIR/bin:$PATH
export PKG_CONFIG_PATH=$QTDIR/lib:$PKG_CONFIG_PATH
./configure --prefix=$LYXDI
For documentation purposes, this is the procedure which finally worked for me
export QTDIR=/afs/qt-4.2.1/
export LYXDIR=/afs/lyx-1.5.1/
export PATH=$QTDIR/bin:$PATH
export PKG_CONFIG_PATH=$QTDIR/lib:$PKG_CONFIG_PATH
./configure --prefix=$LYXDIR --with-frontend=qt4 --with-qt-dir=$QTDIR
Rainer
On Fri, Aug 31, 2007 at 07:02:07PM +1000, Darren Freeman wrote:
> Hi all,
>
> I'm used to having certain symbols not display in mathed, instead
> showing with red text for the TeX name of the symbol. I live with that
> and it's probably the fault of OpenSuSE 10.2 which I am using.
>
> However I
Martin Vermeer wrote:
On Thu, 30 Aug 2007 23:23:16 +0200
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Dov Feldstern wrote:
Hi!
I haven't been following the list too closely in the past few days, so I
don't know if this has been reported yet:
Yes, I am cleaning up the metrics stuff so some th
On Aug 31, 2007, at 8:10 AM, Anders Ekberg wrote:
Roger Mc Murtrie
Fri, 31 Aug 2007 04:20:25 -0700
I tried --without-aspell --without-pspell --disable-shared --
enable- static but the problem remains.
Also, I also tried the 5.2 branch which used to work but now I get
the same failure of mi
Am Freitag, 31. August 2007 14:00 schrieb Rainer Dorsch:
> Hello,
>
> I compiled lyx 1.5.1 on SLES 9 and it seems to me that the qt4 include is
> missing at at least on place. Here is the error I got
>
> $ ./configure --prefix=/afs/lyx-1.5.1/ --with-frontend=qt4
> --with-qt-dir=/afs/qt-4.2.1/
>
> [
Roger Mc Murtrie
Fri, 31 Aug 2007 04:20:25 -0700
I tried --without-aspell --without-pspell --disable-shared --
enable- static but the problem remains.
Also, I also tried the 5.2 branch which used to work but now I get
the same failure of missing .lproj files which never were needed in
the
On Thu, 30 Aug 2007 23:23:16 +0200
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Dov Feldstern wrote:
> > Hi!
> >
> > I haven't been following the list too closely in the past few days, so I
> > don't know if this has been reported yet:
>
> Yes, I am cleaning up the metrics stuff so some thing
José Matos wrote:
On Friday 31 August 2007 11:06:25 Helge Hafting wrote:
I happen to have the required boost libraries,
so I tried configuring --without-included-boost.
I assume using the shared boost libraries saves memory
if I get some other app that also uses them.
The final linking then
Hello,
I compiled lyx 1.5.1 on SLES 9 and it seems to me that the qt4 include is
missing at at least on place. Here is the error I got
$ ./configure --prefix=/afs/lyx-1.5.1/ --with-frontend=qt4
--with-qt-dir=/afs/qt-4.2.1/
[...]
/bin/sh ../../libtool --tag=CXX --mode=compile
g++ -DHAVE_CONF
Helge Hafting wrote:
> I happen to have the required boost libraries,
> so I tried configuring --without-included-boost.
> I assume using the shared boost libraries saves memory
> if I get some other app that also uses them.
Note that boost is mostly c++ templates... so you shouldn't save much.
I tried --without-aspell --without-pspell --disable-shared --enable-
static but the problem remains.
Also, I also tried the 5.2 branch which used to work but now I get
the same failure of missing .lproj files which never were needed in
the past.
Roger
On 31/08/2007, at 3:36 PM, Anders E
Abdelrazak Younes schrieb:
I updated my tree and did a full reconfig but I get this:
-- Build started: Project: lyx, Configuration: Release Win32 --
Compiling...
EmbeddedFiles.cpp
..\..\..\src\EmbeddedFiles.cpp(13) : fatal error C1083: Cannot open
precompiled header file: 'lyx.dir\Relea
On Friday 31 August 2007 11:06:25 Helge Hafting wrote:
> I happen to have the required boost libraries,
> so I tried configuring --without-included-boost.
> I assume using the shared boost libraries saves memory
> if I get some other app that also uses them.
>
> The final linking then died with lot
On Friday 31 August 2007 11:05:09 Anand Rangarajan wrote:
> Thanks. I think I'll just recompile lyx directly from the 1.5.x source
> using Qt 4.3.0. My concern is that this could happen to Joe Random User. Qt
> gets upgraded (admittedly a whole point release up) and lyx starts going
> wonky. Are th
> Yes, this indicates a problem with the translation system: "Standard"
> refers here to two (or even more) quite different things. Providing
> only one translation in this case must be wrong.
>
> What to do in cases like this?
you can disjoin the translation by using [[]] - look at my previous r
Helge Hafting wrote:
> No crash here. I tested as described in bug 3600.
Thanks both for testing.
> Removing text with too many spaces did not remove more
> than it should. I can now paste strings with excess spaces
> into standard paragraphs, which seems harmless. The
> excess disappear if I mo
I happen to have the required boost libraries,
so I tried configuring --without-included-boost.
I assume using the shared boost libraries saves memory
if I get some other app that also uses them.
The final linking then died with lots of
protests about missing boost functions.
Adding
-lboost_fil
Alfredo Braunstein wrote:
Juergen Spitzmueller wrote:
Alfredo Braunstein wrote:
The request for testing was general, not just for you of course ;-)
I don't think there are really drawbacks. IMHO, as I argumented before,
the behavior was unconsistent when dealing with many consecutive
José Matos <[EMAIL PROTECTED]> writes:
> In this particular case I would suggest to recompile the original source
> rpm
> that is available, that will fix the qt4 problems and solve also any other
> dependency problems.
>
Thanks. I think I'll just recompile lyx directly from the 1.5.x sour
Abdelrazak Younes wrote:
I updated my tree and did a full reconfig but I get this:
-- Build started: Project: lyx, Configuration: Release Win32 --
Compiling...
EmbeddedFiles.cpp
..\..\..\src\EmbeddedFiles.cpp(13) : fatal error C1083: Cannot open
precompiled header file: 'lyx.dir\Release
> is it still a font issue at my end?
yes
On Friday 31 August 2007 02:35:45 Richard Heck wrote:
> Does lyx2lyx otherwise handle `compressed' files, from the old scheme?
From day 0. :-)
In LyX.py we have:
def choose_io(self, input, output):
"""Choose input and output streams, dealing transparently with
compressed f
Hi all,
I'm used to having certain symbols not display in mathed, instead
showing with red text for the TeX name of the symbol. I live with that
and it's probably the fault of OpenSuSE 10.2 which I am using.
However I just found that \pm displays correctly while \mp shows up as
red text. Is this
On Friday 31 August 2007 07:52:09 Abdelrazak Younes wrote:
> Hello,
>
> I don't think anybody ever tested running LyX with a version of Qt
> greater than the one LyX was compiled with...
Probably that means that I am anybody. :-)
I did it sometimes, when I update the installed version of qt4
Enrico wrote:
>> Edwin Leuven wrote:
>> btw, is there something like diffstat for windozers like me?
>
> No, only linux wannabes can have it ;-)
ah well, at least we have word ;-)
I updated my tree and did a full reconfig but I get this:
-- Build started: Project: lyx, Configuration: Release Win32 --
Compiling...
EmbeddedFiles.cpp
..\..\..\src\EmbeddedFiles.cpp(13) : fatal error C1083: Cannot open
precompiled header file: 'lyx.dir\Release/config.pch': No such file
Anand Rangarajan wrote:
First off, I apologize if this lyx "bug" is well known. The scare quotes
are because it could be a qt bug. [It is a cute bug nevertheless -
sorry, sorry :-)]
Currently, on opensuse 10.2, I have lyx 1.5.1 installed (via a Guru
x86_64 suse rpm). It works fine when linking t
84 matches
Mail list logo