On Mon, 22 Sep 2008, Andre Poenitz wrote:
i guess everybody signed here http://wiki.lyx.org/Devel/LyXMeeting2008
will get the info, so just add yourself.
André, will you add some invitational details to the page, or will you
send your address etc via e-mail [off-list]?
I will send details of
Andre Poenitz <[EMAIL PROTECTED]> schrieb:
> On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote:
>> it would be possible for me to lead lyx layout editor as a small
>> school project provided that it is work complicated enough.
Instead of a specialised editor, I would suggest a lyx-layou
>>> it would be possible for me to lead lyx layout editor as a small
>>> school project provided that it is work complicated enough.
>
>Instead of a specialised editor, I would suggest a lyx-layout "mode"
for an existing text editor (Jed, Emacs, Scintilla, ...).
>
I also know a good and existin
G Milde wrote:
> Andre Poenitz <[EMAIL PROTECTED]> schrieb:
> > On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote:
>
> >> it would be possible for me to lead lyx layout editor as a small
> >> school project provided that it is work complicated enough.
>
> Instead of a specialised editor
Pavel Sanda <[EMAIL PROTECTED]> writes:
> it would be possible for me to lead lyx layout editor as a small
> school project provided that it is work complicated enough.
If the goal is to build something useful (!) and maintained, I think it
should be coded in C++ and part of LyX, or at least using
First thing I have to say is that I like this patch.
Vincent van Ravesteijn <[EMAIL PROTECTED]> writes:
> I don't know which other problems you exactly meant, but the following
> will solve some :
>
> - Insets without an own color inherit the color from the containing
> Inset (e.g. footnotes, tab
Enrico Forestieri wrote:
On Thu, Sep 18, 2008 at 02:04:33PM +0200, G. Milde wrote:
On 18.09.08, Helge Hafting wrote:
Enrico Forestieri wrote:
On Tue, Sep 16, 2008 at 02:13:49PM +0200, G. Milde wrote:
With LyX 1.6, using unicode characters other than Basic Latin is possible
also in math mode.
Jean-Marc Lasgouttes wrote:
> like tex2lyx does. In particular, the compilation should break as soon
> as an incompatible change is done to our Layout system changes.
yes, something like this i had in my mind - to share lyx libs and data
structure definitions. tex2lyx is a very good hint.
> If th
Pavel Sanda wrote:
G Milde wrote:
Andre Poenitz <[EMAIL PROTECTED]> schrieb:
On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote:
it would be possible for me to lead lyx layout editor as a small
school project provided that it is work complicated enough.
Instea
Jean-Marc Lasgouttes wrote:
Pavel Sanda <[EMAIL PROTECTED]> writes:
it would be possible for me to lead lyx layout editor as a small
school project provided that it is work complicated enough.
If the goal is to build something useful (!) and maintained, I think it
should be coded in C+
Jmarc wrote:
> First thing I have to say is that I like this patch.
+1 ;-)
> - math insets previews will keep their background, even when no
> specific background was really wanted. What is weird is that they
> become transparent when they are edited or selected.
This is hardcoded and commente
Vincent van Ravesteijn - TNW wrote:
Jmarc wrote:
+ if (color_bg != Color_error && color_bg != Color_none)
What is this special treatment of Color_error for?
That's because InsetLayout is initialized with Color_error.
src/insets/InsetLayout.cpp:
36bgcolor_(Co
Pavel Sanda <[EMAIL PROTECTED]> writes:
> you mean layout reload through lyx pipe or launch new lyx instance with some
> sample (automatically generated?) document?
Or make LyX display a lorem ipsum in a canvas that we provide.
>> Also, it is important to support and encourage mechanisms to inher
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> That's because InsetLayout is initialized with Color_error.
>
> src/insets/InsetLayout.cpp:
> 36bgcolor_(Color_error),
>
> It's a safety measure for drawing an Inset for which no Layout file is
> read or, more specifically, for an In
hi,
is there some reason why we have most of color settings in lowercase
eg "branch label" instead of "Branch label" ?
pavel
The attached patch is a start on this. It does work, in the sense that
you can have both completion-accept and cell-forward bound to Tab, and
this works in tables.
The problem is that it is entirely unclear how to integrate this with
the shortcut editing UI. Ideas are welcome.
Richard
Ind
>"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
>> That's because InsetLayout is initialized with Color_error.
>>
>> src/insets/InsetLayout.cpp:
>> 36bgcolor_(Color_error),
>>
>> It's a safety measure for drawing an Inset for which no Layout file
is
>> read or, more specifically
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
> I treated it the same as Color_none and thus it inherits the color of
> its 'parent'. Just because I don't want to bother the innocent user with
> it.
I think the goal _was_ to bother the innocent user with it (this will
probably output
rgheck <[EMAIL PROTECTED]> writes:
> -\bind "Tab""cell-forward"
> +\bind "Tab""completion-accept"
> +\addbind "Tab" "cell-forward"
What is the difference between \bind and \addbind when a binding already
exists? What does \bind do when 2 bindings already exist?
JMarc
Richard Heck wrote:
>
> The attached patch is a start on this. It does work, in the sense that you
> can have both completion-accept and cell-forward bound to Tab, and this
> works in tables.
"completion-accept" is added from me and works in a different way then
"complete"
which was bound to ta
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
-\bind "Tab""cell-forward"
+\bind "Tab""completion-accept"
+\addbind "Tab" "cell-forward"
What is the difference between \bind and \addbind when a binding already
exists? What does \bind do when 2 bindin
Wrong title. And the previous patch wasn't quite right, either.
Anyway, the attached patch allows you to bind multiple LFUNs to a single
key. LyX will use the first one that is enabled. It does work, in the
sense that you can have both completion-accept and cell-forward bound to
Tab, and this
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
>> - when selecting several cells of a tabular inset, the contents
>> of the cells is not painted in blue.
>
> This is one level deeper into Tabulars, I'll have a look into that.
Not necessarily, it might just be this one (where the two
rgheck <[EMAIL PROTECTED]> writes:
>> What is the difference between \bind and \addbind when a binding already
>> exists? What does \bind do when 2 bindings already exist?
>>
> \bind overrides the old binding. That is the extant behavior, and I'd
> guess some people rely upon it. \addbind adds a
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
What is the difference between \bind and \addbind when a binding already
exists? What does \bind do when 2 bindings already exist?
\bind overrides the old binding. That is the extant behavior, and I'd
guess some people
Jean-Marc Lasgouttes wrote:
"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes:
I treated it the same as Color_none and thus it inherits the color of
its 'parent'. Just because I don't want to bother the innocent user with
it.
I think the goal _was_ to bother the innocent user w
Pavel Sanda wrote:
Richard Heck wrote:
The attached patch is a start on this. It does work, in the sense that you
can have both completion-accept and cell-forward bound to Tab, and this
works in tables.
"completion-accept" is added from me and works in a different way then
"complete"
rgheck <[EMAIL PROTECTED]> writes:
>> So what about the second part of my question? I ask because we will have
>> to keep the semantics of these things in the future, and therefore need
>> it to be sound.
> It would overwrite them both. I think that makes sense, semantically.
You mean that only t
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
So what about the second part of my question? I ask because we will have
to keep the semantics of these things in the future, and therefore need
it to be sound.
It would overwrite them both. I think that makes sense, sema
rgheck wrote:
Wrong title. And the previous patch wasn't quite right, either.
And it still wasn't right. Newer one attached
Anyway, the attached patch allows you to bind multiple LFUNs to a
single key. LyX will use the first one that is enabled. It does work,
in the sense that you can h
Vincent van Ravesteijn - TNW <[EMAIL PROTECTED]> schrieb:
it would be possible for me to lead lyx layout editor as a small
school project provided that it is work complicated enough.
>>Instead of a specialised editor, I would suggest a lyx-layout "mode"
>> for an existing text editor (
Hi,
after the previous warning I think that we are ready to release rc3. I
intend
to tag the source in two days.
This should be enough to finish work that is ongoing.
As it has been usual in the previous releases I will mark a candidate
with
the respective svn version
Helge Hafting <[EMAIL PROTECTED]> schrieb:
> Enrico Forestieri wrote:
>> On Thu, Sep 18, 2008 at 02:04:33PM +0200, G. Milde wrote:
>>> On 18.09.08, Helge Hafting wrote:
Enrico Forestieri wrote:
> On Tue, Sep 16, 2008 at 02:13:49PM +0200, G. Milde wrote:
>> With LyX 1.6, using unicode
hi,
there seems to be wrong undo grouping wrt graphics groups.
1. insert picture, set some scaling and set group name.
2. copy and paste multiple times that image
3. set different scaling (all get the same rescaling)
4. try undo. all images get the old scaling except the
one used for rescale.
> (I observed my watch a few times RC2 needed around 25-30 seconds from the
> moment I clicked the OK button of the inset-image-dialog, 1.5.0 needs
> certainly less than 5 seconds. No representative sample ;-)
ugh. is this waiting done by cpu usage or swapping?
i just nearly freezed my box from
>>> - when selecting several cells of a tabular inset, the contents of
>>> the cells is not painted in blue.
>>
>> This is one level deeper into Tabulars, I'll have a look into that.
>
>Not necessarily, it might just be this one (where the two sides of
>the cursor may point to a different cells
Richard Heck wrote:
>>> The attached patch is a start on this. It does work, in the sense that
>>> you can have both completion-accept and cell-forward bound to Tab, and
>>> this works in tables.
>>>
>>
>> "completion-accept" is added from me and works in a different way then
>> "complete"
Pavel Sanda wrote:
Richard Heck wrote:
The attached patch is a start on this. It does work, in the sense that
you can have both completion-accept and cell-forward bound to Tab, and
this works in tables.
"completion-accept" is added from me and works in a different way then
"co
José Matos wrote:
Hi,
after the previous warning I think that we are ready to release rc3. I intend
to tag the source in two days.
This should be enough to finish work that is ongoing.
I doubt the multi-LFUN binding will be sorted out by then. But maybe
that's OK.
rh
On Tue, Sep 23, 2008 at 07:24:17AM +, G Milde wrote:
> Andre Poenitz <[EMAIL PROTECTED]> schrieb:
> > On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote:
>
> >> it would be possible for me to lead lyx layout editor as a small
> >> school project provided that it is work complicated en
On Tuesday 23 September 2008 16:52:41 rgheck wrote:
> I doubt the multi-LFUN binding will be sorted out by then. But maybe
> that's OK.
Is it worth to wait for it? (This is an honest question.) :-)
How much time will it take for a proper solution to appear? I have been
following your discussion
On Tue, Sep 23, 2008 at 02:08:48PM +0200, Vincent van Ravesteijn - TNW wrote:
> Jmarc wrote:
> > First thing I have to say is that I like this patch.
>
> +1 ;-)
>
> > - math insets previews will keep their background, even when no
> > specific background was really wanted. What is weird is that
José Matos wrote:
On Tuesday 23 September 2008 16:52:41 rgheck wrote:
I doubt the multi-LFUN binding will be sorted out by then. But maybe
that's OK.
Is it worth to wait for it? (This is an honest question.) :-)
Well, right now, there's no binding for the completion stuff, which
m
José Matos wrote:
> > I doubt the multi-LFUN binding will be sorted out by then. But maybe
> > that's OK.
>
> Is it worth to wait for it? (This is an honest question.) :-)
yes
pavel
On Tuesday 23 September 2008 20:08:40 Pavel Sanda wrote:
> José Matos wrote:
> > > I doubt the multi-LFUN binding will be sorted out by then. But maybe
> > > that's OK.
> >
> > Is it worth to wait for it? (This is an honest question.) :-)
>
> yes
How many days? Is another week enough?
I don't want
José Matos wrote:
> > > Is it worth to wait for it? (This is an honest question.) :-)
> >
> > yes
>
> How many days? Is another week enough?
> I don't want to hold the release hostage of a given (mis)feature.
if we are not able to solve it to another week, be harsh to us :)
pavel
On Mon, 22 Sep 2008, Uwe Brauer wrote:
> This solution exists. See here for instance
> http://www.pmwiki.org/wiki/Cookbook/PublishPDF
Having read this again, it seems to be that you cannot directly write
Latex or Lyx input into the wiki which is then converted. You have to
start with som
Richard Heck wrote:
>> wouldn't binding tab to the table movement
>> _on_the_first_place_in_lfuns_list solve this? completion-accept was pushed
>> mainly because i use completion
>> in a bit different fashion and don't want to force anybody on it.
>>
>>
> But then whatever completion thing is
On Mon, 22 Sep 2008, Uwe Brauer wrote:
The adavantage is to have a server, which looks intuive. VCS seems to
have a non flat learning curve and then it is not clear to me how to
interchange files, by email?
Typically the VCS tool would take care of interchanging the data. Maybe an
example of
On Tuesday 23 September 2008 20:26:03 Pavel Sanda wrote:
>
> if we are not able to solve it to another week, be harsh to us :)
Fair enough. In one week rc3 will be released not matter what is the state of
this feature. Is this OK? ;-)
> pavel
--
José Abílio
On Mon, 22 Sep 2008, Abdelrazak Younes wrote:
> No, LyX would take care of all the complicated stuff in this mode of
> operation (theoretically!)
even for LyX running on Windows?
I think TortoiseSVN, ToritoiseCVS and the other extensions of the Explorer
are all relatively user friendly,
On Tue, 23 Sep 2008, Pavel Sanda wrote:
G Milde wrote:
Andre Poenitz <[EMAIL PROTECTED]> schrieb:
On Mon, Sep 22, 2008 at 08:48:46PM +0200, Pavel Sanda wrote:
it would be possible for me to lead lyx layout editor as a small
school project provided that it is work complicated enough.
Inste
Well, right now, there's no binding for the completion stuff,
which means that user's will have a hard time using it, which
means we might not get the testing we want.
Note that the patch you sent solves this particular problem, so
applying it would be enough for now.
BTW, which lfun take
In order to finish the documentation update for LyX 1.6.0 there are have several features that I
haven't fully understood or no idea how they are used. So I'll come up with some questions, here's
the first one:
In the document settings menu there is under Fonts a new field "CJK" with the toolti
The document settings dialog provides under Bibliography a new option "Sectioned bibliography". I
don't understand how this option works, I mean how and what is sectioned?
The option loads the bibtopic package but its documentation tells me that I have to use some
additional ERT commands to set u
The document settings menu has a new filed to specify a master document. I haven't followed the
development of this feature. How does it work? What is taken from the master document and what not
(bibliography, index, etc.)? In LyX 1.5 I don't have to specify a master document, what are the
diffe
Christian Ridderström wrote:
>> no, the project has to be self contained, otherwise the best would be make
>> part of lyx itself.
>
> Would it be a part of the project to determine user requirements?
no, thats not technically possible. in way i'm doing it right now by this
thread :)
pavel
On Tue, Sep 23, 2008 at 10:04:12PM +0200, Christian Ridderström wrote:
> On Mon, 22 Sep 2008, Uwe Brauer wrote:
>
>> The adavantage is to have a server, which looks intuive. VCS seems to
>> have a non flat learning curve and then it is not clear to me how to
>> interchange files, by email?
>
>
Christian Ridderström wrote:
On Mon, 22 Sep 2008, Uwe Brauer wrote:
> This solution exists. See here for instance
> http://www.pmwiki.org/wiki/Cookbook/PublishPDF
Having read this again, it seems to be that you cannot directly write
Latex or Lyx input into the wiki which is then conve
Le 23 sept. 08 à 17:09, Pavel Sanda a écrit :
1. insert picture, set some scaling and set group name.
2. copy and paste multiple times that image
3. set different scaling (all get the same rescaling)
4. try undo. all images get the old scaling except the
one used for rescale. after next undo e
Jean-Marc Lasgouttes wrote:
>Should work now.
yes
> This is particular to graphics groups, for which Inset::dispatch is called
> from weird places :)
> Is there a reason why this is not done in INSET_APPLY instead?
don't remember. i guess i just mimic the preexistant code - there
was dispatch(F
In the preferences there is under Look & Feel the option "Open documents in tabs". But when I
uncheck it and restart LyX, the docs are still opened in tabs. What is this option supposed to be?
regards Uwe
Uwe Stöhr wrote:
> The document settings dialog provides under Bibliography a new option
> "Sectioned bibliography". I don't understand how this option works, I mean
> how and what is sectioned? The option loads the bibtopic package but its
> documentation tells me that I have to use some addition
Uwe Stöhr wrote:
> In the document settings menu there is under Fonts a new field "CJK" with
> the tooltip that one can enter there the font for CJK script. How is the
> font name entered, is it a file name like "kanji3.pfb" or just the name of
> the font like "kanji-c"?
The latter (e.g. "song").
Uwe Stöhr wrote:
> The document settings menu has a new filed to specify a master document. I
> haven't followed the development of this feature. How does it work? What
> is taken from the master document and what not (bibliography, index,
> etc.)? In LyX 1.5 I don't have to specify a master docum
On Tue, 23 Sep 2008, Uwe Brauer wrote:
> > This solution exists. See here for instance
> > http://www.pmwiki.org/wiki/Cookbook/PublishPDF
>
> Having read this again, it seems to be that you cannot directly write
> Latex or Lyx input into the wiki which is then converted. You have to
>
> Well it uses the same hand technique as I explained earlier. I don't
understand why you couldn't
> work around this problem.
I know now why: http://bugzilla.lyx.org/show_bug.cgi?id=5274
which is a must fix.
regards Uwe
On Tue, 23 Sep 2008, Andre Poenitz wrote:
If LyX has support for the VCS tool that you use, these actions
(checkout, commit, update) can all be done from within LyX.
Isn't the problem _merging_ of changes, or, equivalently, resolving of
conflicts?
Indeed, but as I understood Uwe's simplest
Our session handling is incorrect and can break LyX completely:
http://bugzilla.lyx.org/show_bug.cgi?id=5274
(It took me a lot of time to find a workaround to get LyX usable again, so I think this should be
fixed before rc3 is released.)
regards Uwe
On Tue, Sep 23, 2008 at 6:25 PM, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> In the preferences there is under Look & Feel the option "Open documents in
> tabs". But when I uncheck it and restart LyX, the docs are still opened in
> tabs. What is this option supposed to be?
See bug 4906:
http://bugzi
>> yes, then we could do that. But note that there'd be no way to manage the
>> order of the bindings then, and no indication of what they are. So I'm
>> inclined not to allow "adding" a binding via the shortcut panel unless
>> those problems are solved. And maybe we could also disallow rebinding a
On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
> I can have a look at the code at the end of this week if needed.
Bo - while you're at it, can you have a look at:
http://bugzilla.lyx.org/show_bug.cgi?id=4544
Thanks. (Sorry to hijack the thread)
Bennett
On Tue, Sep 23, 2008 at 8:06 PM, Bennett Helm <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
>>
>> I can have a look at the code at the end of this week if needed.
>
> Bo - while you're at it, can you have a look at:
> http://bugzilla.lyx.org/show_b
Jean-Marc Lasgouttes wrote:
Well, right now, there's no binding for the completion stuff, which
means that user's will have a hard time using it, which means we
might not get the testing we want.
Note that the patch you sent solves this particular problem, so
applying it would be enough for n
José Matos wrote:
On Tuesday 23 September 2008 20:08:40 Pavel Sanda wrote:
José Matos wrote:
I doubt the multi-LFUN binding will be sorted out by then. But maybe
that's OK.
Is it worth to wait for it? (This is an honest question.) :-)
yes
How many days? Is anoth
Pavel Sanda wrote:
Richard Heck wrote:
wouldn't binding tab to the table movement
_on_the_first_place_in_lfuns_list solve this? completion-accept was pushed
mainly because i use completion
in a bit different fashion and don't want to force anybody on it.
But then whatever complet
Bo Peng wrote:
By the way---this isn't necessarily for you, Pavel---I've noticed some
oddities in the shortcut dialog while working on this. First, it seems
bindings from site.bind don't show up in the dialog. They should, at least
so you know what they are. Attempts to overwrite these bindings s
Here's the latest version of this patch. The main change is that this
one addresses the issue of the shortcuts dialog. As I've said elsewhere,
the dialog in its current state simply can't deal with the binding of
multiple LFUNs to one key. My solution---yes, it's totally a kludge---is
simply
This one:
\bind "~S-ISO_Left_Tab""cell-backward"
I found an old thread involving John Levon and lgb about this, but I'm
not sure whether we now need it. It's causing a bit of a problem in the
shortcuts dialog, because KeySequence::print(), which calls upon
QKeySequence::toString(), repor
79 matches
Mail list logo
