I have investigated #9711 and am hoping that a fix is not too far away.
Can someone familiar with our closing_ GuiView member take a look at
what it should be in the context for this bug?
Scott
signature.asc
Description: PGP signature
On Thu, Feb 19, 2015 at 10:54 PM, James wrote:
> Scott
>
> I've created a ticket. I just added most of the description from the mailing
> list thread and then attached the documents I created to recreate the
> problem.
>
> cheers
> James
Great! Thanks a lot for taking the time to write up a clear
On Wed, Feb 18, 2015 at 10:38 AM, Richard Heck wrote:
> On 02/18/2015 12:26 AM, Scott Kostyshak wrote:
>>
>> On Wed, Feb 18, 2015 at 12:21 AM, James wrote:
>>
>>> I had difficulties attaching the files to the email because the
>>> thales.memphis.edu.
>>> host server kept rejecting them on the gro
On 02/18/2015 12:26 AM, Scott Kostyshak wrote:
On Wed, Feb 18, 2015 at 12:21 AM, James wrote:
I had difficulties attaching the files to the email because the
thales.memphis.edu.
host server kept rejecting them on the ground of "prohibited content".
They were just two zipped files with LyX file
On Wed, Feb 18, 2015 at 12:21 AM, James wrote:
> I had difficulties attaching the files to the email because the
> thales.memphis.edu.
> host server kept rejecting them on the ground of "prohibited content".
> They were just two zipped files with LyX files in them.
> Instead I have sent them to S
ent free except for Chapter headings).
>
> Also, instead of using the "close all" from the menu, can you enter
> alt + x and then put in
> buffer-forall buffer-close
> and then press return.
>
> Are all the buffers closed? Do you ever get a problem with that command?
Hi James,
Thanks for the report.
On Tue, Feb 17, 2015 at 3:05 AM, James wrote:
> Trying to use the "Close All" function when the screen is split into
> multiple windows often leads to LyX becoming unresponsive (i.e. Windows "not
> responding" message). The program d
Trying to use the "Close All" function when the screen is split into
multiple windows often leads to LyX becoming unresponsive (i.e. Windows
"not responding" message). The program doesn't recover even when left for
hours.
It seems to happen when there are several child do
At Sat, 08 Sep 2012 09:25:00 -,
LyX Ticket Tracker wrote:
>
> #8330: If there is no key binding for close all, calling close will close all
> documents
> --+-
> Reporter: simbrown | Owner: younes
>
Abdelrazak Younes wrote:
> Year, that's a solution to the crash but still, there is something fishy
> in there...
The problem is that inset-toggle exists in mathed, but is something pretty
different.
Jürgen
Jürgen Spitzmüller wrote:
all-insets-toggle is for text insets (collapsables and charstyles) only. The
attached patch skips math insets and thus fixes the crash.
Year, that's a solution to the crash but still, there is something fishy
in there...
Abdel.
all-insets-toggle is for text insets (collapsables and charstyles) only. The
attached patch skips math insets and thus fixes the crash.
Committing now.
Jürgen
Index: src/lyxfunc.C
===
--- src/lyxfunc.C (Revision 17755)
+++ src/lyxfu
Andre', JMarc,
LFUN_ALL_INSETS_TOGGLE calls LFUN_INSET_TOGGLE for every inset in the
doc. LFUN_INSET_TOGGLE (Ctrl-i) works fine when used directly within a
math inset (by fine I mean it does not crash, I am sure I like the
behaviour).
It seems that the problem lies in the passed temporary curs
Jean-Marc Lasgouttes wrote:
> Juergen> 1. Open the master doc and all child docs 2. Open the master
> Juergen> doc without child docs 3. Close the master and all childs 4.
> Juergen> Close the master only
>
> This seems a bit too many options to my taste...
OK, probably we won't need 2. I just wa
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> OK, good point and I see now that will also get opened when
Juergen> opening the master document (I thought it would not). Anyway,
Juergen> what I'm looking for is just a function to reverse what
Juergen> happens if I'm o
Jean-Marc Lasgouttes wrote:
> > Only from the master document. If in the menu, it should be greyed out
> > else.
>
> Why?
Else it gets too complicated I think. Or do you want to allow opening the
whole master/childs also when opening a child document? I think this should
be consistent. BTW I can
Juergen Spitzmueller a écrit:
Christian Ridderström wrote:
It's probably equivalent in practice as long as you don't accidentally
close the master/root document first. Ok, I'm for it, but would this
function only work from the master document, or from any of the children
as well?
Only from th
the master document. If in the menu, it should be greyed out else.
> Can a parent buffer have a parent, i.e. recursive inclusion?
No. LaTeX does not allow this.
> Urgh... as JMarc wrote, it's much easier to implement close all...
But this is not half as useful. Consider working on two
it work when I compile a parent document and the child buffers
are modified?
Urgh... as JMarc wrote, it's much easier to implement close all...
Speaking of implementation, I'm in the final stages of my thesis now
(hoping to send it for printing in a few weeks), so I'll avoid
Juergen Spitzmueller wrote:
> I believe that. I have no idea actually, but isn't it similar to
> buffer-child-close?
^^^
buffer-child-open of course.
Jürgen
Jean-Marc Lasgouttes wrote:
> The code to do that will have to use look like the code for looking
> for all labels in a group of docs. What name would you suggest for that?
LFUN_CHILDCLOSE, "buffer-child-close"
> Juergen> I agree that a simple "close all" (open
gen> press close) or quit, restart, open the article (which is
Juergen> what I am doing).
The code to do that will have to use look like the code for looking
for all labels in a group of docs. What name would you suggest for that?
Juergen> I agree that a simple "close all" (op
ose the
thesis and continue on the article, I have two options: 12 x (chose the child
doc and press close) or quit, restart, open the article (which is what I am
doing).
I agree that a simple "close all" (opened documents) function is not needed.
Jürgen.
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Can we have a function that closes a master document and all
Juergen> its child documents?
There have also been requests for something that closes all docs.
http://bugzilla.lyx.org/show_bug.cgi?id=740
Now, it may be th
Can we have a function that closes a master document and all its child
documents?
Jürgen.
> They remain opened if you find some errors inside, isn't it? They close
> again if there aren't errors? Anyway this should change in future and
> I think we will also reimplement the "close/open all floats" in a clean
> way (it should be pretty easy ;)
Jürgen,
At present, at least on my syste
On 30-Apr-2002 Rod Pinna wrote:
> Nothing in particular. Just if I have 20 or so floats, and do a spell
> check, then then are all opened. I tend to prefer to work with them all
> closed. I find it much easier to concentrate on the text.
They remain opened if you find some errors inside, isn't
(Apologies for posting "out of thread". I had to copy the text from the
mail archive).
On Mon, Apr 29, 2002 at 08:49:42AM +0800, Rod Pinna wrote:
>> could I put in a very small request that it come back? Or else may a
>> preference that would allow the user to specify that the document opens
>>
On Mon, Apr 29, 2002 at 08:49:42AM +0800, Rod Pinna wrote:
> Just a quick query, has the "Close all floats" menu item gone? If so,
It has I believe ...
> could I put in a very small request that it come back? Or else may a
> preference that would allow the user to specif
Just a quick query, has the "Close all floats" menu item gone? If so,
could I put in a very small request that it come back? Or else may a
preference that would allow the user to specify that the document opens
with all floats closed?
T
30 matches
Mail list logo
