On 12/29/18 12:10 PM, Jürgen Spitzmüller wrote:
> Am Samstag, den 29.12.2018, 13:35 +0100 schrieb Juergen Spitzmueller:
>> commit 59d73f52b8afa734c02db08b075c1cdaf25611c1
>> Author: Juergen Spitzmueller
>> Date: Sat Dec 29 13:35:39 2018 +0100
>>
>> Do not au
Am Samstag, den 29.12.2018, 13:35 +0100 schrieb Juergen Spitzmueller:
> commit 59d73f52b8afa734c02db08b075c1cdaf25611c1
> Author: Juergen Spitzmueller
> Date: Sat Dec 29 13:35:39 2018 +0100
>
> Do not auto-insert separator for keepempty layouts
>
> Candi
g the beamer modules Frame and Block
>>> styles.
>>> I worked a bit with the beamer module lately. One thing that annoyed
>>> me a bit was the KeepEmpty setting for both Frame and Block.
>>> I was wondering why it is set for those two Styles and
I worked a bit with the beamer module lately. One thing that annoyed
>> me a bit was the KeepEmpty setting for both Frame and Block.
>> I was wondering why it is set for those two Styles and maybe one
>> could do without. Both styles insert automatically an argument
as the KeepEmpty setting for both Frame and Block.
I was wondering why it is set for those two Styles and maybe one
could do without. Both styles insert automatically an argument which
will make sure that the style is kept anyway even if no title is
entered.
Might be personal taste,
2016-11-09 19:44 GMT+01:00 racoon :
> Hi,
>
> Here is a suggestion concerning the beamer modules Frame and Block styles.
>
> I worked a bit with the beamer module lately. One thing that annoyed me a
> bit was the KeepEmpty setting for both Frame and Block.
>
> I was won
Hi,
Here is a suggestion concerning the beamer modules Frame and Block styles.
I worked a bit with the beamer module lately. One thing that annoyed me
a bit was the KeepEmpty setting for both Frame and Block.
I was wondering why it is set for those two Styles and maybe one could
do without
On Sat, Nov 28, 2015 at 12:14:09AM -0500, Scott Kostyshak wrote:
> On Fri, Nov 27, 2015 at 09:44:23PM -0500, Richard Heck wrote:
> > On 11/27/2015 08:06 PM, Scott Kostyshak wrote:
> > > We have a way of allowing a layout to be empty via the KeepEmpty tag. >
> > > But
raph", the
> complete paragraph is deleted. With keepempty, you would have to remove the
> paragraph "by hand" (selecting and ...).
Good point.
> As the above use-case is rather the exception (some would even say a
> mis-use), I vote against KeepEmpty for sections.
OK
Scott
signature.asc
Description: PGP signature
e is a question.
> 2
> Here is another question.
> ...
> I don't actually care if we make the change. I was just curious why
> things are how they are.
Currently, if you remove the content of a "section paragraph", the
complete paragraph is deleted. With keepemp
On Tue, Dec 01, 2015 at 09:54:37PM +0100, Jean-Marc Lasgouttes wrote:
> What is the use case ? It looks useless to me.
It was an exam. The desired output was
1
Here is a question.
2
Here is another question.
...
I don't actually care if we make the change. I was just curious why
things are
What is the use case ? It looks useless to me.
JMarc
Le 30 novembre 2015 14:24:37 GMT+01:00, Scott Kostyshak a
écrit :
>I just received a .tex file from a colleague and he uses \section{}.
>
>Is there a reason to not have KeepEmpty 1 for sections?
>
>Scott
I just received a .tex file from a colleague and he uses \section{}.
Is there a reason to not have KeepEmpty 1 for sections?
Scott
signature.asc
Description: PGP signature
On Fri, Nov 27, 2015 at 09:44:23PM -0500, Richard Heck wrote:
> On 11/27/2015 08:06 PM, Scott Kostyshak wrote:
> > We have a way of allowing a layout to be empty via the KeepEmpty tag. > But
> > do we have a way of _forcing_ a layout to be empty? For example,
> in > IE
On 11/27/2015 08:06 PM, Scott Kostyshak wrote:
> We have a way of allowing a layout to be empty via the KeepEmpty tag. > But
> do we have a way of _forcing_ a layout to be empty? For example,
in > IEEEtran-Conference.lyx we have a note that says "Don't add text
here!"
We have a way of allowing a layout to be empty via the KeepEmpty tag.
But do we have a way of _forcing_ a layout to be empty? For example, in
IEEEtran-Conference.lyx we have a note that says "Don't add text here!"
I also ran across this in a separate setting.
This request migh
On Fri, May 12, 2006 at 03:10:32PM +0200, Jean-Marc Lasgouttes wrote:
> So I need to know what is the clean code to erase a single paragraph,
> do the right undo stuff (what is Undo::DELETE exactly?)
IIRC it is only used to collect chunks of ten (or so) simple character
deletes into a single undoa
Jean-Marc Lasgouttes wrote:
I think it is very simple and correct. Comments? Did I get the CT part
correctly?
For 1.5, ignore the CT part for now. Whatever you break, we will be able
to fix it later!
Regarding 1.4, I can't help you. CT is overly complicated in 1.4.
Actually, I am a bit s
87 ? I guess this is
> Georg> DEPM playing tricks, but unfortunately I don't have any clue
> Georg> how it works. This bug is really annyoing if you work with
> Georg> keepempty layouts.
>
> I looked at this and there are several problems. I am not sure how to
> hand
clue
Georg> how it works. This bug is really annyoing if you work with
Georg> keepempty layouts.
I looked at this and there are several problems. I am not sure how to
handle them
Let's look at LyXText::erase (text.C) first.
Basically, it move to next position (which may be next paragra
Can anybody give me a hint please what goes wrong here:
http://bugzilla.lyx.org/show_bug.cgi?id=2587 ?
I guess this is DEPM playing tricks, but unfortunately I don't have any
clue how it works. This bug is really annyoing if you work with keepempty
layouts.
Georg
On Mon, Apr 22, 2002 at 10:45:07AM +0200, Guenter Milde wrote:
> I just filed a bug about this, but the bugzilla doesnot allow structured
> text :-( so this letter will
Sure it does. I expect your browser is broken somehow.
I'll paste in your stuff here so it's readable.
regards
john
--
"I c
Dear Developers,
On 12 Apr 2002 10:25:44 - wrote [EMAIL PROTECTED]:
[Bug 313] Enter key doesnot work in "KeepEmpty" paragraphs
> Fixed!
Thanks for fixing. It will make the work with the Seminar class (and
the layout from the contributions site) a lot easier. I will update the
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> At this stage we should not fix stuff that has "annoyed people
Lars> for a long time", not even for a loong time. At this
Lars> stage we should fix regressions, crashes etc. Not old missing
Lars> features.
Nobody e
On Mon, Apr 01, 2002 at 11:26:00PM +0200, Lars Gullik Bjønnes wrote:
> | Either way, of course, I wasn't suggesting it needs to be fixed for 1.2
> | ...
>
> Then mark it as "later" in bugzilla.
> or with a milestone of 1.3.0CVS
Maybe we've been using bugzilla differently. To me, a bug without a
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Apr 01, 2002 at 05:09:38PM +0200, Jean-Marc Lasgouttes wrote:
>
>> Lars> When I see you begin working on "bugs" that have not been
>> Lars> reported earlier, even things that are not really bugs, but
>> Lars> missing features then I reserve the rig
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> John Levon <[EMAIL PROTECTED]> writes: | Sure but people
| Lars> keep on pissing around with, for example, the | build. You
| Lars> really have no right at all to criticise
On Mon, Apr 01, 2002 at 05:09:38PM +0200, Jean-Marc Lasgouttes wrote:
> Lars> When I see you begin working on "bugs" that have not been
> Lars> reported earlier, even things that are not really bugs, but
> Lars> missing features then I reserve the right to comment.
And then contrast that with yo
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> John Levon <[EMAIL PROTECTED]> writes: | Sure but people
Lars> keep on pissing around with, for example, the | build. You
Lars> really have no right at all to criticise me when you've | been
Lars> applying your own experimental
John Levon <[EMAIL PROTECTED]> writes:
| Sure but people keep on pissing around with, for example, the
| build. You really have no right at all to criticise me when you've
| been applying your own experimental patches to the tree.
When I see you begin working on "bugs" that have not been reporte
On Sun, Mar 31, 2002 at 01:37:40PM +0200, Lars Gullik Bjønnes wrote:
> | bull - look at bugzilla sometime. There are more than 40 open /bugs/
> | that aren't nominated.
>
> You do realize that we want to release 1.2.0 some time this century?
Sure but people keep on pissing around with, for exam
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Mar 29, 2002 at 09:00:33PM +0100, Lars Gullik Bjønnes wrote:
>
>> | If this is the case why on earth didn't you open a bug ?!
>>
>> Why is it a bug?
>
| Because it's stupid and it sucks.
>
>> From what version do we have this as an regression?
>
|
On Fri, Mar 29, 2002 at 09:00:33PM +0100, Lars Gullik Bjønnes wrote:
> | If this is the case why on earth didn't you open a bug ?!
>
> Why is it a bug?
Because it's stupid and it sucks.
> From what version do we have this as an regression?
Uhh ? Since when was LyX feature complete exactly ?
7;t keep empty text, don't allow a break
|1705 if (!layout.keepempty && par->size() < 1
|1706 && layout.labeltype != LABEL_SENSITIVE) {
|1707 return;
|1708 }
>
| Now the behaviour is that when you press retur
On Thu, 28 Mar 2002 02:04:18 + wrote John Levon <[EMAIL PROTECTED]>:
> If this is the case why on earth didn't you open a bug ?!
Becouse I am lazy (and did not have access when I recovered this one).
However, now I did:
http://bugzilla.lyx.org/show_bug.cgi?id=313
Guenter
--
[EMAIL PR
return;
1708 }
Now the behaviour is that when you press return on a keepempty section,
for example, the new par is inserted /above/ the section. The code is
kind of hard to follow around this area: any hints anybody ?
Guenter - open a bug on bugzilla.lyx.org :)
regards
jo
Open a new document, choose letter,
Select Opening:
Nothing happens. So it is not just hollywood that has this problem.
Garst
When I have a layout with a label, e.g., "FADE OUT" or "FADE IN: " I
have to use KeepEmpty 1, but the line is not empty, it has FADE OUT,
which does not take any input, or FADE IN; , which has optional input.
Search and Replace cannot find these words. Likewise, Spellcheck
38 matches
Mail list logo