Il 05/02/2011 02:43, Pavel Sanda ha scritto:
so one solution would be to branch 2.0 trunk soon and let people play on
development again or suggest gitorious. what do you think?
and, thinking of git, you made me think it might be useful to share
my local changes in a dedicated branch ? What do
Il 05/02/2011 02:43, Pavel Sanda ha scritto:
Tommaso Cucinotta wrote:
I'd need this function for faster retrieval of the search and replace
(internal) buffers from within lyxfind.cpp (currently there are wasteful
copies of these buffers made in the GUI, passed as string args to the LFUN,
etc.).
Tommaso Cucinotta wrote:
> I'd need this function for faster retrieval of the search and replace
> (internal) buffers from within lyxfind.cpp (currently there are wasteful
> copies of these buffers made in the GUI, passed as string args to the LFUN,
> etc.). Rather than for optimization purposes
Richard Heck wrote:
> On 02/04/2011 05:23 PM, Vincent van Ravesteijn wrote:
>>
>> http://www.gitorious.org/lyx/lyx/commits/embedded-files
>>
> So I guess the question is: Is there any chance this will make it into 2.0?
no. after beta4 i want to move into more strict regimen
restricting more to "f
hi,
as announced we freeze now to have weekend for testing beta4.
translations and docs can go in. and also major bugs fixes.
at su/mo i will make tarball.
pavel
On 02/04/2011 05:23 PM, Vincent van Ravesteijn wrote:
http://www.gitorious.org/lyx/lyx/commits/embedded-files
So I guess the question is: Is there any chance this will make it into
2.0? I'm guessing the answer at this point is "No", in which case using
lyxpak.py to export may still be a good
http://www.gitorious.org/lyx/lyx/commits/embedded-files
Vincent
On 02/04/2011 02:42 PM, Abdelrazak Younes wrote:
On 04/02/2011 18:50, Richard Heck wrote:
Serious question: Why don't we include this as a LyX-->Packed LyX
converter? It's not perfect, but it does work, and people are forever
wanting to do this.
Serious answer: because nobody stepped up to
On 04/02/2011 18:50, Richard Heck wrote:
On 02/04/2011 12:44 PM, Paul Johnson wrote:
On Thu, Feb 3, 2011 at 8:43 PM, Richard Heck wrote:
On 02/03/2011 07:52 PM, Pavel Sanda wrote:
Paul Johnson wrote:
How to export the minimal set of files necessary to have a working
LyX
document?
i'm not s
On Fri, Feb 04, 2011 at 11:27:22AM +0100, Enrico Forestieri wrote:
> On Fri, Feb 04, 2011 at 11:18:22AM +0100, Edwin Leuven wrote:
> > Enrico Forestieri wrote:
> > > While you are at it, wouldn't it be better renaming widthED as
> > > columnWidthED, in order to avoid confusion, and tabularWidthL
>
On 02/04/2011 12:44 PM, Paul Johnson wrote:
On Thu, Feb 3, 2011 at 8:43 PM, Richard Heck wrote:
On 02/03/2011 07:52 PM, Pavel Sanda wrote:
Paul Johnson wrote:
How to export the minimal set of files necessary to have a working LyX
document?
i'm not sure it will wor
On 02/04/2011 12:28 PM, Rob Oakes wrote:
Dear LyX Developers and Users,
I've been playing with using LyX as a way to create both print PDFs and ePub
documents from a single source document. So far, everything works very, very
well. (The XHMTL is extremely clean and easy to modify by tweaking t
On Thu, Feb 3, 2011 at 8:43 PM, Richard Heck wrote:
> On 02/03/2011 07:52 PM, Pavel Sanda wrote:
>>
>> Paul Johnson wrote:
>>>
>>> How to export the minimal set of files necessary to have a working LyX
>>> document?
>>
>> i'm not sure it will work, but you may want to look on lyxpak.py which
>> st
Dear LyX Developers and Users,
I've been playing with using LyX as a way to create both print PDFs and ePub
documents from a single source document. So far, everything works very, very
well. (The XHMTL is extremely clean and easy to modify by tweaking the CSS.)
What is not easy, however, is the
On Fri, Feb 04, 2011 at 11:18:22AM +0100, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> > While you are at it, wouldn't it be better renaming widthED as
> > columnWidthED, in order to avoid confusion, and tabularWidthL
> > as tabularWidthLA, in order to conform to the naming scheme?
>
> mm, th
Enrico Forestieri wrote:
> While you are at it, wouldn't it be better renaming widthED as
> columnWidthED, in order to avoid confusion, and tabularWidthL
> as tabularWidthLA, in order to conform to the naming scheme?
mm, there is little consistency in naming, ComboBoxes are calles CB,
just like C
On Fri, Feb 04, 2011 at 10:59:30AM +0100, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> > Isn't the attached patch also necessary?
>
> yes, thanks. i've put it in...
While you are at it, wouldn't it be better renaming widthED as
columnWidthED, in order to avoid confusion, and tabularWidthL
as
Enrico Forestieri wrote:
> Isn't the attached patch also necessary?
yes, thanks. i've put it in...
On Fri, Feb 04, 2011 at 10:48:31AM +0100, Edwin Leuven wrote:
> On Fri, Feb 4, 2011 at 00:34, Enrico Forestieri wrote:
> > First bug report:
>
> copy-paste error, fixed at:
>
> http://www.lyx.org/trac/changeset/37486
Thanks. Isn't the attached patch also necessary?
--
Enrico
Index: src/fronte
On Fri, Feb 4, 2011 at 00:34, Enrico Forestieri wrote:
> First bug report:
copy-paste error, fixed at:
http://www.lyx.org/trac/changeset/37486
Il 04/02/2011 02:31, Pavel Sanda ha scritto:
Tommaso Cucinotta wrote:
is there a way to force LyX to flush the stderr (LYXERR() messages) while
it is running ? For example, an LFUN forcing that ?
no such lfun, why/where you need it?
Perhaps not really an LFUN, it would be sufficient for example
On Fri, Feb 04, 2011 at 08:38:41AM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > What about branch?
>
> OK if you're quick. LyX 1.6.9 is due on Monday.
Committed (r37485).
--
Enrico
22 matches
Mail list logo
