[EMAIL PROTECTED] wrote:
Author: abraunst
Date: Tue Sep 4 00:16:54 2007
New Revision: 20026
URL: http://www.lyx.org/trac/changeset/20026
Log:
fix multi-cell selection
Modified:
lyx-devel/trunk/src/TextMetrics.cpp
Modified: lyx-devel/trunk/src/TextMetrics.cpp
URL: http://www.lyx.org/trac/f
Andre Poenitz wrote:
On Mon, Sep 03, 2007 at 08:11:29PM -0500, Bo Peng wrote:
I need a good signal handling mechanism to update the embedding
dialog. Because addition/removal of embedding files only happens to
certain insets, it should be easier than the Toc dialog. This patch
emits the embeddin
Abdelrazak Younes wrote:
>> Index: CoordCache.h
>> ===
>> --- CoordCache.h(revision 20023)
>> +++ CoordCache.h(working copy)
>> @@ -130,7 +130,7 @@
>> CoordCacheBase const & getInsets() const { return insets_;
Alfredo Braunstein wrote:
Is there anyone against the following renaming for the sake of consistency
(and austerity) ?
Index: CoordCache.h
===
--- CoordCache.h(revision 20023)
+++ CoordCache.h(working copy)
@@ -130,7
Hi, I need help to compile the current trunk from SVN.
Building from SVN revision 20030.
./autogen.sh && ./configure --disable-debug --disable-stdlib-debug
--prefix=/usr/local/lyx-devel && make
[...]
Making all in po
make[1]: Entering directory `/home/tommaso/lyx-devel-svn/po'
make[1]: *** No r
Alfredo Braunstein wrote:
Amazing review, thanks. On a fast read, I've found that the variant that
perfectly fits our edition/CT capabilities is 1-degree, unit cost edit
distance. Unfortunately the algorithm cited for this purpose [Sel77, Didn't
look at it yet, though.] seems to have time and spa
On Mon, Sep 03, 2007 at 11:17:10PM -, [EMAIL PROTECTED] wrote:
> Author: forenr
> Date: Tue Sep 4 01:17:10 2007
> New Revision: 20029
>
> URL: http://www.lyx.org/trac/changeset/20029
> Log:
> Restore old images got lost in the xpm -> png change
Huh. How did I manage that?
Andre'
On Mon, Sep 03, 2007 at 08:11:29PM -0500, Bo Peng wrote:
> > The only comment I have is that during ordinary development time no 'two
> > OKs' are formally needed.
>
> The problem here is that I have less confidence in this patch. It
> looks more like a temporary fix than a formal solution.
>
> >
Jurgen,
Attached please find a patch that combines r19916/trunk and a fix for
bug 4193. Briefly speaking, when an emergency file is loaded, its
timestamp and sum are saved, but isExternallyModified will compare
them with the timestamp and sum of the original file. Therefore, a
'file is externally
> The only comment I have is that during ordinary development time no 'two
> OKs' are formally needed.
The problem here is that I have less confidence in this patch. It
looks more like a temporary fix than a formal solution.
> has a tendency to shorten after committing lots of uncontroversial
> s
On Tue, Sep 04, 2007 at 01:54:54AM +0200, Enrico Forestieri wrote:
> 1) Use FcConfigAppFontAddDir or FcConfigAppFontAddFile to add specific
>application fonts. This is what is done in the amended
>fontconfig-2.diff patch.
[...]
> #ifdef __APPLE__
> -#include "debug.h"
> #include
> #inc
Alfredo Braunstein wrote:
> (and by the way, this seems roughly
> similar to what you get with string edit distance in which insets are
> symbols of an extended alphabet with cost of substitution recursively
> defined as edit distance, using plain Levenshtein algorithm)
...and this is esentially
On Mon, Sep 03, 2007 at 02:42:34PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > I think this is not the problem. The attached patch does exactly that.
> > The problem is that the fonts are "appended" to the configuration,
> > such that other fonts may b
Asger Ottar Alstrup wrote:
> See
>
> http://arxiv.org/abs/0708.4288
>
> for a recent ph.d. dissertation that contains a bunch of improved
> algorithms for doing tree diffs, and much more.
Amazing review, thanks. On a fast read, I've found that the variant that
perfectly fits our edition/CT capa
On Mon, Sep 03, 2007 at 04:17:15PM -0500, Bo Peng wrote:
> > Please comment and test. Because this patch changes core lyx
> > functionality, I will wait for two OKs to proceed.
>
> No comment?
The only comment I have is that during ordinary development time no 'two
OKs' are formally needed. If yo
On Mon, Sep 03, 2007 at 10:32:52PM +0200, Alfredo Braunstein wrote:
> Is there anyone against the following renaming for the sake of consistency
> (and austerity) ?
Not add all.
[I have a secret plan wrt to getter/setter naming, and that particular
change fits in well...]
Andre'
Leuven, E. wrote:
> in trunk
>
> 1. select range of cells with mouse:
>
> 2. select range of cells with keyboard:
Try again, should be fixed now.
A/
Alfredo Braunstein wrote:
[*] There are many of them. Actually it is not really straightforward
because the data structure in LyX is not linear but rather a tree, but I
think this issue can be solved. Another possible problem is that best known
algorithm are worst case O(N^2) where N is the size
> Please comment and test. Because this patch changes core lyx
> functionality, I will wait for two OKs to proceed.
No comment?
There is an obvious problem with this patch in that embeddingChanged
is checked in updateLabels, along with structureChanged. That is to
say, embedding dialog is updated
Is there anyone against the following renaming for the sake of consistency
(and austerity) ?
Index: CoordCache.h
===
--- CoordCache.h(revision 20023)
+++ CoordCache.h(working copy)
@@ -130,7 +130,7 @@
CoordCach
> > // copy buffer embeddedFiles to a local copy
> > kernel().buffer().embeddedFiles().update();
> > - kernel().buffer().embeddingChanged();
> > }
>
> A comment saying '// FIXME: Bo, please look here' would have been
> nicer...
Sorry about the compile problem. It was the result of
On Mon, Sep 03, 2007 at 08:06:11PM +0200, Edwin Leuven wrote:
> Andre Poenitz wrote:
>> A comment saying '// FIXME: Bo, please look here' would have been
>> nicer...
>
>
>
> i cc'ed him on that mail, thought that was nicer than leaving dead code
> laying around...
>
> but then again, de gustibus
Andre Poenitz wrote:
A comment saying '// FIXME: Bo, please look here' would have been
nicer...
i cc'ed him on that mail, thought that was nicer than leaving dead code
laying around...
but then again, de gustibus non est disputandum (right enrico?)
On Mon, Sep 03, 2007 at 01:01:40PM -, [EMAIL PROTECTED] wrote:
> Author: leuven
> Date: Mon Sep 3 15:01:38 2007
> New Revision: 20020
>
> URL: http://www.lyx.org/trac/changeset/20020
> Log:
> make lyx compile
>
> Modified:
> lyx-devel/trunk/src/frontends/controllers/ControlEmbeddedFiles.
On Mon, Sep 03, 2007 at 02:43:03PM +0200, Alfredo Braunstein wrote:
> José Matos wrote:
>
> > Hi,
> > I get this when compiling the latest trunk:
> > make[6]: Entering directory
> > `/home/jamatos/tmp/lyx-build/src/frontends/controllers'
> > /bin/sh ../../../libtool --tag=CXX --mode=compile
> >
Jean-Marc Lasgouttes wrote:
> José Matos <[EMAIL PROTECTED]> writes:
>
>> On Monday 03 September 2007 13:34:52 Jean-Marc Lasgouttes wrote:
>>> Are you getting nervous about 126 bytes?
>
>> Surely not, but you asked for one advantage and I gave it. ;-)
>
> So you agree that, if .zip embedding is
Hi Pavel,
Am Montag, 3. September 2007 14:35 schrieb Pavel Sanda:
> hi,
>
> you systematicaly ignore my question what happens if you try to login
> with 'ssh -YC' on SLES.
actually I tried that, but I apparently forgot to mention that this makes no
difference.
>
> > On the etch machine, I get
José Matos <[EMAIL PROTECTED]> writes:
> On Monday 03 September 2007 13:34:52 Jean-Marc Lasgouttes wrote:
>> Are you getting nervous about 126 bytes?
> Surely not, but you asked for one advantage and I gave it. ;-)
So you agree that, if .zip embedding is implemented, compressed lyx
file has no b
On Mon, 03 Sep 2007 14:45:58 +0100
José Matos <[EMAIL PROTECTED]> wrote:
> On Monday 03 September 2007 13:01:21 Tommaso Cucinotta wrote:
> >
> > Now, think at all of this in a future in which LyX might embrace
> > XML-based representation of documents (I've read smth. like
> > that on the list). T
On Monday 03 September 2007 13:01:21 Tommaso Cucinotta wrote:
>
> Now, think at all of this in a future in which LyX might embrace
> XML-based representation of documents (I've read smth. like
> that on the list). The simple text-based
> diffing tools would produce an output that is harder and hard
On Monday 03 September 2007 13:34:52 Jean-Marc Lasgouttes wrote:
> Are you getting nervous about 126 bytes?
>
> JMarc
Surely not, but you asked for one advantage and I gave it. ;-)
--
José Abílio
> Go ahead...
i got rid of it instead
http://www.lyx.org/trac/changeset/20020
Leuven, E. wrote:
>> Should I revert r20017 until Bo comes back?
>
> or comment out that line...
Go ahead...
A/
> Should I revert r20017 until Bo comes back?
or comment out that line...
Index: src/frontends/controllers/ControlEmbeddedFiles.cpp
===
--- src/frontends/controllers/ControlEmbeddedFiles.cpp (revision 20019)
+++ src/frontends/control
José Matos wrote:
> Hi,
> I get this when compiling the latest trunk:
> make[6]: Entering directory
> `/home/jamatos/tmp/lyx-build/src/frontends/controllers'
> /bin/sh ../../../libtool --tag=CXX --mode=compile
> g++ -DHAVE_CONFIG_H -I. -I../../../src
> -I/home/jamatos/lyx/lyx-devel/src/frontends
With 1.6, I get the following compile failure.
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -
DHAVE_CONFIG_H -I. -I../../../src -I../../../src -I../../../boost -
Wextra -Wall -I/System/Library/Frameworks/CoreFoundation.framework/
Headers -g -Os -MT ControlEmbeddedFiles.lo -MD -
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I think this is not the problem. The attached patch does exactly that.
> The problem is that the fonts are "appended" to the configuration,
> such that other fonts may be found and used instead of ours.
The patch looks nice, but it could use some #i
José Matos <[EMAIL PROTECTED]> writes:
>> At lot of people who do not understand the .lyx format, appreciate to
>> be able to change \alpha to \beta throughout the file.
>
> That is orthogonal to our discussion. If people do not use compress or
> embedded they will still be able to do that as t
hi,
you systematicaly ignore my question what happens if you try to login
with 'ssh -YC' on SLES.
> On the etch machine, I get a few warnings on the command line, but the colors
> look ok:
ok, i capitulate ;) X seems to be ok.
> On the SLES machine I cannot try, because it has not graphics ada
José Matos <[EMAIL PROTECTED]> writes:
> On Saturday 01 September 2007 15:31:28 Jean-Marc Lasgouttes wrote:
>>
>> Cite one advantage of compressed vs zipped.
>
> Compression rate. You asked. ;-)
>
> Compare gzip -9 with zip. :-)
So:
pegase: gzip -c9 UserGuide.lyx >ug.lyx.gz
pegase: zip -9 ug
Am Montag, 3. September 2007 14:17 schrieb Stephan Witt:
> Rainer Dorsch schrieb:
> > Am Montag, 3. September 2007 12:19 schrieb Stephan Witt:
> >> Rainer Dorsch schrieb:
> >>> Am Freitag, 31. August 2007 19:50 schrieb Pavel Sanda:
> > I run lyx remove on the SLES9 machine and connect from a De
Rainer Dorsch schrieb:
Am Montag, 3. September 2007 12:19 schrieb Stephan Witt:
Rainer Dorsch schrieb:
Am Freitag, 31. August 2007 19:50 schrieb Pavel Sanda:
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 th
On Mon, 2007-09-03 at 12:34 +0100, José Matos wrote:
> On Monday 03 September 2007 12:25:53 Darren Freeman wrote:
> > But I can't see it happening anytime soon or ever..
>
> Just curious, why?
Wouldn't it be a huge amount of work?
Okay I retract that. I can't see it happening soon :)
It would
Darren Freeman ha scritto:
If you haven't used it, give "kompare" a go. For regular text files,
it's fantastic!
Actually, my preferred CVS manager is the one within Eclipse
(even for articles) :-)
Although this isn't the nicest solution, it gets you partway there. If
you can read raw LyX you
Tommaso Cucinotta wrote:
> Hi,
>
> I'd like to know if there is any planned support to CVS/SVN
> diff of .lyx files. Something that shows a double-work area
> window with my local version on the left and the remote
> committed version on the right, highlighting in both work-areas
> the changes be
Am Montag, 3. September 2007 12:54 schrieb Pavel Sanda:
> what happens if you do something like:
> $ ssh -X localhost
> $ lyx
On the etch machine, I get a few warnings on the command line, but the colors
look ok:
$ lyx
Color::getFromLyXName: Unknown color "top"
Color::getFromLyXName: Unknown col
Am Montag, 3. September 2007 12:19 schrieb Stephan Witt:
> Rainer Dorsch schrieb:
> > Am Freitag, 31. August 2007 19:50 schrieb Pavel Sanda:
> >>> 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
On Monday 03 September 2007 12:25:53 Darren Freeman wrote:
> But I can't see it happening anytime soon or ever..
Just curious, why?
> Have fun,
> Darren
--
José Abílio
On Mon, 2007-09-03 at 12:12 +0200, Tommaso Cucinotta wrote:
> diff of .lyx files. Something that shows a double-work area
> window with my local version on the left and the remote
> committed version on the right, highlighting in both work-areas
> the changes between the two (this might be done [ g
> Sometimes, I'm forced to scroll dragging the scrolling bar, in order to
> have a good look at various parts of a (vertically) long picture, otherwise
> there's no way (using the keyboard or mouse wheel).
in some of my docs are also scrollbar jumps unusable (too big).
pavel
> I think that we can distribute a set of tools to work outline with zip
> and
btw one of the nice features of .odt is that you can use just unzip
to look into without anything special to download/learn.
pavel
> > ssh -X or ssh -Y ?
^^^^
have you tried both ?
> > > lyx 1.4.3 is linked against QT3.
> > >
> > > Do you know which X setting is affected and how I could check that (or a
> > > term to google for)?
> >
> > i would search for Depth in your xorg.conf.
>
> Hmmm...I do not yet und
Hi,
I'd like to know if there is any planned support to CVS/SVN
diff of .lyx files. Something that shows a double-work area
window with my local version on the left and the remote
committed version on the right, highlighting in both work-areas
the changes between the two (this might be done [ gra
Rainer Dorsch schrieb:
Am Freitag, 31. August 2007 19:50 schrieb Pavel Sanda:
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
While scrolling with the mouse wheel any document containing either
(expanded) floating pictures with big pictures or big math equation
insets (i.e. occupying more than half of the vertical screen space),
it is possible to notice crazy-scroll behaviours that are very annoying
and make it very diff
On Saturday 01 September 2007 15:30:47 Jean-Marc Lasgouttes wrote:
> José Matos <[EMAIL PROTECTED]> writes:
> >> Because this feature more or less duplicates with embedding, and if we
> >> decide to go with .lyz for lyx bundle format, .lyx will always be a
> >> plain text file.
> >
> > I think th
Am Montag, 03. September 2007 11:30:04 schrieb Enrico Forestieri:
> On Mon, Sep 03, 2007 at 07:26:06AM +0300, Martin Vermeer wrote:
> > On Mon, Sep 03, 2007 at 12:12:44PM +1000, Darren Freeman wrote:
> > > There is still the outstanding problem of getting the as-compiled LyX
> > > to install fonts
On Mon, Sep 03, 2007 at 07:26:06AM +0300, Martin Vermeer wrote:
> On Mon, Sep 03, 2007 at 12:12:44PM +1000, Darren Freeman wrote:
> > There is still the outstanding problem of getting the as-compiled LyX to
> > install fonts on SuSE, and I'll let the developers nut out why and how
> > to fix. I t
Hi,
I get this when compiling the latest trunk:
make[6]: Entering directory
`/home/jamatos/tmp/lyx-build/src/frontends/controllers'
/bin/sh ../../../libtool --tag=CXX --mode=compile
g++ -DHAVE_CONFIG_H -I. -I../../../src
-I/home/jamatos/lyx/lyx-devel/src/frontends/controllers
-I/home
in trunk
1. select range of cells with mouse:
lyx.exe!lyx::support::abort() Line 25 + 0x8 bytes C++
lyx.exe!boost::assertion_failed(const char * expr=0x00e95730, const char *
function=0x00e956e4, const char * file=0x00e956c4, long line=1110) Line 57 C++
lyx.exe!lyx::TextMetrics::getPitNe
Alfredo Braunstein wrote:
[EMAIL PROTECTED] wrote:
+bool TextMetrics::isRTL(CursorSlice const & sl, bool boundary) const
+{
+ if (!lyxrc.rtl_support && !sl.text())
+ return false;
I know that you just copied it, but this should be || right?
Right... I think.
Abdel.
Leuven, E. wrote:
Enrico Forestieri wrote:
[...]
now run fc-cache /usr/local/fonts/bakoma and you should be done.
thanks for reminding people why they are not using linux anymore ...
Not a problem with linux in general - I never had to do this.
Some distributions may be less fit for
Hi,
with the help of Richard Heck and Uwe Nathanael, and own investigation I could
reduce the list to the following items:
Tools->Preferences->Colors->
inset frame
LaTeX error
Math macro background
Shadow box
bottom area
previewed snippet
Tools->Pref
Am Freitag, 31. August 2007 19:50 schrieb Pavel Sanda:
> > 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
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> >No big problem, you just commited a borked POTFILES.in. Btw, I hate that
>> >autogenerated files are registered in svn. Does somebody know of a better
>> >solution?
>>
>> AFAIU, the only reason why it is in svn is to save sometime when doing
>> "make
65 matches
Mail list logo
