Re: Export XHTML and Branches

[Jean-Louis GALLINARI]

Le jeudi 02 mai 2013 à 12:38 -0400, Richard Heck a écrit :
 On 05/02/2013 11:09 AM, Jean-Louis GALLINARI wrote:
  I receive this message :
 
  Signal SIGSEGV perçu
 
  and I'm asked to send a bug-report then Lyx crashes when I close the
  window by clicking ok
 
 What kind of system are you on? Which version of LyX?
 
 Richard
 

some useful informations...

cat /proc/version

Linux version 3.2.0-41-generic (buildd@allspice) (gcc version 4.6.3
(Ubuntu/Linaro 4.6.3-1ubuntu5) ) #66-Ubuntu SMP Thu Apr 25 03:27:11 UTC
2013

ubuntu 12.04.2

LyX 2.0.2

Jean-Louis

Re: LyX 2.0.6 Source

[Jürgen Spitzmüller]

Pavel Sanda wrote:
 Bisect leads to 2f3acae92285.
 Juergen are you able to reproduce?

No.

Jürgen

Re: GSoC 13: submitted proposal

[Jean-Marc Lasgouttes]

02/05/2013 23:04, Liviu Andronic:

Hello Peter,
I've looked attentively at your proposal (although keep in mind that
I'm no devel).

If I understand correctly, and I suspect that some mentors are as
confused, you're aiming at a stand-alone programme that would allow
InstantPreview-like client for MetaPost, TikZ, Asymtote, etc. You also
provide working code.


Hello,

This is indeed a quesiton that has been bothering me. I am not sure that 
we can accept as a LyX GSoC something that is basically a separate 
program. For example, a new spiffy PDF viewer has value for LyX but it 
would not be part of LyX.


JMarc

Re: LyX 2.0.6 Source

[Pavel Sanda]

Jürgen Spitzmüller wrote:
 Pavel Sanda wrote:
  Bisect leads to 2f3acae92285.
  Juergen are you able to reproduce?
 
 No.

Did you try my example?
Pavel

Re: Source view window

[Tommaso Cucinotta]

On 03/05/13 00:02, Richard Heck wrote:
 This would be easy to do...if we knew how to do it. How can we get these 
 widgets to reflow themselves to the bottom or something? Can we find out how 
 wide and tall, catch a signal when our size changes, and then reset 
 everything? I would guess this had to be done programmatically, rather than 
 in Qt Designer?

Perhaps a QBoxLayout with some setDirection() called on resize, when detecting 
some width/height ratio ?

T.

Re: Source view window

[Pavel Sanda]

Tommaso Cucinotta wrote:
 Perhaps a QBoxLayout with some setDirection() called on resize, when 
 detecting some width/height ratio ?

Hardcore version, but much easier:

signal on_sourcewindow_width_changed(){
  if (width100)
option_buttons.hide();
  else
option_buttons.show();
}

Pavel

Re: Source view window

[Pavel Sanda]

Pavel Sanda wrote:
 Tommaso Cucinotta wrote:
  Perhaps a QBoxLayout with some setDirection() called on resize, when 
  detecting some width/height ratio ?
 
 Hardcore version, but much easier:
 

or 

sourcewindow.tooltip=double click to hide buttons;

signal on_sourcewindow_doubleclick(){
option_buttons.toggle visibility();
}
 
 Pavel

Re: LyX 2.0.6 Source

[Jürgen Spitzmüller]

Pavel Sanda wrote:
 Did you try my example?

No, I'm too busy ATM.

Jürgen

Fwd: Search architecture discussion - cant find easily.

[Siddharth R T]

 Try these:

   http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178570.html
   http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178331.html

Going through the discussion there, I have a couple of ideas :

If regular expressions have to be enabled, then queries will be
regular expressions embedded in latex code/plain text. This makes it
necessary to maintain a latex version of the content (not export every
time find is invoked).

An alternative would be:

 - We maintain a table that works like a symbol table - it has all the
   objects that are there in the current document and it's text
   content. i.e.:

   object | content
   ---|---
   section| Introduction
   subsection | this is the text in the subsection

 - The table is updated as and when new content is added to the editor
   window. Maybe there is some scope for optimization here.

 - Maybe each entry will also have a mapping to the inset which
   represents it (I'm not entirely sure how insets work, yet).

 - Whenever find is invoked, the query is also converted into (a chain
   of) object and content.

 - To match, you first filter all objects of the query type (assuming
   there's only one query term). Next, match the content - here there
   can be regular expressions in the query. Results are displayed
   using the mapping between insets and query items.


What do you think?

On a side note, cant there be a search for text inside the editor window
also?
This could help a lot in editing long papers - maybe you dont want to
put a mathematical symbol in the query after all.

Re: Search architecture discussion - cant find easily.

[Siddharth R T]

Tommaso,

I have submitted a proposal to GSoC about the idea above, but obviously it
will be subject to changes as the community thinks fit.
So please help me refine the proposal, I hope it's not too late! My exams
got over just today :)

Regards,

Siddhartha RT.


On Fri, May 3, 2013 at 3:43 PM, Siddharth R T sddhrt...@gmail.com wrote:


  Try these:
 
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178570.html
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178331.html

 Going through the discussion there, I have a couple of ideas :

 If regular expressions have to be enabled, then queries will be
 regular expressions embedded in latex code/plain text. This makes it
 necessary to maintain a latex version of the content (not export every
 time find is invoked).

 An alternative would be:

  - We maintain a table that works like a symbol table - it has all the
objects that are there in the current document and it's text
content. i.e.:

object | content
---|---
section| Introduction
subsection | this is the text in the subsection

  - The table is updated as and when new content is added to the editor
window. Maybe there is some scope for optimization here.

  - Maybe each entry will also have a mapping to the inset which
represents it (I'm not entirely sure how insets work, yet).

  - Whenever find is invoked, the query is also converted into (a chain
of) object and content.

  - To match, you first filter all objects of the query type (assuming
there's only one query term). Next, match the content - here there
can be regular expressions in the query. Results are displayed
using the mapping between insets and query items.


 What do you think?

 On a side note, cant there be a search for text inside the editor window
 also?
 This could help a lot in editing long papers - maybe you dont want to
 put a mathematical symbol in the query after all.

Re: Export XHTML and Branches

[Richard Heck]

On 05/03/2013 03:03 AM, Jean-Louis GALLINARI wrote:

Le jeudi 02 mai 2013 à 12:38 -0400, Richard Heck a écrit :

On 05/02/2013 11:09 AM, Jean-Louis GALLINARI wrote:

I receive this message :

Signal SIGSEGV perçu

and I'm asked to send a bug-report then Lyx crashes when I close the
window by clicking ok

What kind of system are you on? Which version of LyX?

Richard


some useful informations...

cat /proc/version

Linux version 3.2.0-41-generic (buildd@allspice) (gcc version 4.6.3
(Ubuntu/Linaro 4.6.3-1ubuntu5) ) #66-Ubuntu SMP Thu Apr 25 03:27:11 UTC
2013

ubuntu 12.04.2

LyX 2.0.2


There were some branch problems in earlier versions. Please try 
something more current. If Ubuntu does not have the current version, 
there is a PPA that provides it somewhere.


Richard

Re: #8299: xhtml does not equal sign error

[Peter Collier]

Hello there

I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
enclosed. However, I've just noticed that if I delete
\usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm
not a programmer. I know nothing about Latex. The LaTex preamble sort
of grew organically over the twelve months or so I was writing my
book. I don't now remember why I added \usepackage{tex4ht} to the
preamble. At the time I was struggling to format my book for Kindle.

Regards

Peter

On 3 May 2013 01:33, LyX Ticket Tracker t...@lyx.org wrote:
 #8299: xhtml does not equal sign error
 ---+-
  Reporter:  peteru |   Owner:  rgheck
  Type:  defect |  Status:  new
  Priority:  normal |   Milestone:
 Component:  xhtml export   | Version:  2.0.4
  Severity:  normal |  Resolution:
  Keywords:  os=windows infoneeded  |
 ---+-
 Changes (by rgheck):

  * keywords:  os=windows = os=windows infoneeded


 Comment:

  I cannot reproduce this on Linux. Is there any more information you can
  provide?

 --
 Ticket URL: http://www.lyx.org/trac/ticket/8299#comment:2
 The LyX Project http://www.lyx.org/
 LyX -- The Document Processor


Test file for bugs 8365 8292 and 8299.lyx
Description: Binary data

Re: Re: LyX 2.0.6 Source

[Kornel Benko]

Am Freitag, 3. Mai 2013 um 00:57:18, schrieb Pavel Sanda sa...@lyx.org
 Jürgen Spitzmüller wrote:
  Pavel Sanda wrote:
   Bisect leads to 2f3acae92285.
   Juergen are you able to reproduce?
  
  No.
 
 Did you try my example?
 Pavel

I tried, but am unable to reproduce.

It does not matter, if I open the child through TOC, panel, or with a click on 
include inset.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: about proposal

[stefano franchi]

Hi Kamal,

I only see one proposal of yours in Melange. Have you deleted the second
one already?

Cheers,

Stefano


On Fri, May 3, 2013 at 5:34 AM, Kamal Garg kmlgrg2...@gmail.com wrote:

 sir i submit two proposal i wanna delete one proposal because both
 proposal are same can i delete one proposal or not.




-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: Proposal updated

[Rob Oakes]

Hi Richard,

On Fri, 2013-05-03 at 00:35 -0500, Vanderbilt wrote:

 There is only one point in your comment that I'm not clear about; if
 I'm understanding you correctly, do you mean the community is not sure
 about whether to use signals/slots so I probably shouldn't include
 that part in my proposal? But Rob said we are using signals/slots;
 it's just the type of signals that is not clear (if I'm understanding
 him correctly). Could you clarify a little bit?

I apologize for the radio silence, I'm still struggling to get my
project wrapped up and delivered. It absolutely must be done today,
though. I will have time this afternoon/over the weekend to respond to
the signal/slot questions on the list.

I'll continue that conversation in the other thread.

Cheers,

Rob

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

[Rob Oakes]

On Mon, 2013-04-29 at 14:46 +0200, Vincent van Ravesteijn wrote:

 There have been ideas to remove the ugly connections using the 
 WorkAreaManager and GuiBufferDelegate and to replace them by Qt signals.
 
 I'm not sure it is a good idea to have a connection between each inset 
 and the gui. I'm afraid it will become a mess. What's wrong with telling 
 the Buffer I (inset 0x3234234) have changed, and let the buffer 
 forward this to the gui.
 
 That is, if we decide to use this kind of connection.

I'm not wedded to using Qt signals/slots in the core, but I think we
need a better way to communicate changes to the UI. It's not that the
scanning is terribly costly, it's everything that happens on top of it
(the UI repainting, etc) that I'm worried about.

What I would really like to see if a method of updating the UI that
components of the document have changed, without having to rebuild the
entire view every time a user hits enter or backspace. This would solve
many problems. 

For example, one issue I've had reported is that there is a noticeable
flicker in the Corkboard each time there is a document update (I've had
complaints on every keystroke, other say only on backspace and enter.
The problem doesn't appear on OS X, since Apple seems to use double
buffering to repaint UI flicker.) I've tried very hard to double buffer
and only repaint once on all platforms, but catching all of the events
which trigger the repaint event has proved ... difficult. Tying
individual items on the corkboard to some underlying structure and
updating on change would be much better. It seemed that signals/slots
were a natural way to do this, as they are already used within the UI.

The salient question, though, is where the update should happen. Right
now we recreate the toc model and related classes on every update. Is
the toc model the best place, or would it be better to try and handle it
in WorkAreaManager, or GuiBufferDelegate, ...

Thoughts?

Cheers,

Rob

Final review of Proposal for Horizontal Scrollbar for LyX

[Abhishek Sharma]

Good day to you

Kindly have a final review of my proposal ( I've edited my project
part) and suggest me anything to add or modify.


Thankyou
Abhishek

Re: [GSoC 2013] Introduction

[Jean-Marc Lasgouttes]

Le mer. 24 avril 2013 01:05:22 CEST, Yuri Farias Gomes a écrit :

I've seen some threads about the Toolbar project (I haven't found so
many, though) and I have already submitted my application. If there
are any mentors that could provide me some feedback on my application,
that would be greatly appreciated!


Dear Yuri,

Your proposal would feel stronger if you elaborated more on what are 
the specific needs of LyX with respect to toolbar customization.


You mention in your schedule that you want to implement a parser for 
the configuration file format. Why would you do that when a parser 
already exists inside LyX for these files?


We have to feel that you researched the subject well enough to see what 
should be done.


HTH
JMarc

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

[Liviu Andronic]

On Fri, May 3, 2013 at 4:50 PM, Rob Oakes rob.oa...@oak-tree.us wrote:
 What I would really like to see if a method of updating the UI that
 components of the document have changed, without having to rebuild the
 entire view every time a user hits enter or backspace. This would solve
 many problems.

I think this would address: http://www.lyx.org/trac/ticket/5861 ,
which would be great.

Liviu

Re: Re: LyX 2.0.6 Source

[Pavel Sanda]

Kornel Benko wrote:
 I tried, but am unable to reproduce.
 
 It does not matter, if I open the child through TOC, panel, or with a click 
 on include inset.

Hmm. Do you Instant Preview on?
I found that correct numbering appears when I enter and leave equation rendered 
by IP.

Anyway, Richard, it seems that this bug is so exotic that it should not hinder 
release.
Pavel

Re: #8299: xhtml does not equal sign error

[Pavel Sanda]

Peter Collier wrote:
 Hello there
 
 I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
 enclosed. However, I've just noticed that if I delete
 \usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm

Are you sure you use LyXHTML for viewing and not HTML?
Pavel

Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[José Matos]

Hi,
I got this report from a Fedora user: 
https://bugzilla.redhat.com/show_bug.cgi?id=955799

when using the Document-Start Appendix Here, the counter for appendix 
sections is not being reset. Thus, when I have a document with, say, 4 numbered 
chapters, the appendix numbering displayed in LyX starts with an E instead of 
an A, as it should be. Also, figures on the appendix are not being correctly 
numbered: LyX shows them just as Figure 1, Figure 2, etc., when the correct 
display would be Figure A.1, Figure A.2 and so on.

The problem is that the section counter is not reset when the appendix starts 
in the lyx view but it is reset in the output. Honestly I am not sure if we 
have changed anything here recently, so I am not sure if this a bug or a 
missing feature. :-)

The problem seems to be that the appendix marker does not reset the proper 
counters.

I have an example attached, written in lyx-2.1, but the same problem occurs in 
lyx-2.0.5.1

Regards,
-- 
José Abílio

fedora-bug-955799.lyx
Description: application/lyx

Re: Re: Re: LyX 2.0.6 Source

[Kornel Benko]

Am Freitag, 3. Mai 2013 um 10:30:53, schrieb Pavel Sanda sa...@lyx.org
 Kornel Benko wrote:
  I tried, but am unable to reproduce.
  
  It does not matter, if I open the child through TOC, panel, or with a click 
  on include inset.
 
 Hmm. Do you Instant Preview on?
 I found that correct numbering appears when I enter and leave equation 
 rendered by IP.
 
 Anyway, Richard, it seems that this bug is so exotic that it should not 
 hinder release.
 Pavel

Yes I had it on. But even disabling (and restarting lyx) shows no unusual 
numbering.

Kornel

signature.asc
Description: This is a digitally signed message part.

about submission of two proposal

[Kamal Garg]

if i wiil submit two proposal then one of them can be accepted or not if
both are not selected.because  am interested in two projects of you:
1:horizontal scroolbar fr table and math which i submit
2:toolbar customization

Re: Give me some bug please

[Elmar Hinz]

 I set up my own LyX-mirror on github: https://github.com/t3elmar/Lyx

 By mirror do you mean that it will be updated automatically?


Nope, not a real mirror. It's just the master branch and it's updated when
I play with lyx.
I plan to use the repository to present my sketches, before gaining enough
reputation to send them in.

 Now I would like to fix some bugs.

 I have some buglettes in random notes that I wanted to eventually look
 at. I told someone else that I would organize them and post them. I
 will try to do that soon. I will put the 'easyfix' keyword on them in
 trac. These will be bugs that I think I will be able to guide someone
 to fixing if they get stuck. I am sure that there will be several that
 I misjudged and that are actually complicated bugs. But either (1)
 you'll learn stuff anyway or (2) someone will let us know that a bug
 is probably not an 'easyfix'. I'll try to do this within the next
 week.

 Still interested in this.

\Elmar

-- 
Elmar Hinz
Freiherr-vom-Stein-Str. 1
33014 Bad Driburg

TYPO3 community contact: t.3.e.l.m.a...@.g.m.a.i.l.dot.c.o.m
personal contact: e.l.m.a.r.dot.h.i.n...@.g.m.a.i.l.dot.c.o.m

Re: Fwd: GSOC 2013

[Diluka Wittachchi]

Hi Everyone

I share my proposal in gsoc 13 page please kindly review it.

https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/dilukawittahachchige/1

Thanks and best regards
Diluka


On Wed, May 1, 2013 at 12:43 PM, Diluka Wittachchi diluka@gmail.comwrote:

 Hi Everyone

 Have a nice day ,I create separate repository for my developments and i
 like to start work for Toolbar Customization dialog project but i feel i
 need to follow some pre developments please anyone can give me a some help
 how i enter the developments to implement that project i already had C++/Qt
 programming knowledge,but i need some advice how i Start/Enter project  .
 Thanks a lot.


 My repository - https://gitorious.org/~diluka/lyx/dilukas-lyx

 Thanks
 Diluka



 On Tue, Apr 30, 2013 at 5:55 AM, Cyrille Artho c.ar...@aist.go.jp wrote:

 Hi Diluka,
 If the patch is not too long, you may post it here. As an alternative,
 the best idea is probably to create your own repository where you can
 commit your changes. They can be merged with the main tree again later.

 Diluka Wittachchi wrote:

 Hi Everyone

 Have a nice day ,l  need some help please kindly send me a more details
 step by step which how i handle the Toolbar customization dialog git
 repository .I like to start new branch and apply this patch to the
 current
 master and go ahead its ok ? Thanks a lot.

 (Abdel already started branch
 https://gitorious.org/lyx/lyx/**commits/younes/toolbar-**settingshttps://gitorious.org/lyx/lyx/commits/younes/toolbar-settingsand
  it had
 one commit
 https://gitorious.org/lyx/lyx/**commit/**09d4c8e9fe139951209110c789bd6c*
 *a563942013https://gitorious.org/lyx/lyx/commit/09d4c8e9fe139951209110c789bd6ca563942013)

 Cheers
 Diluka


 On Thu, Apr 25, 2013 at 6:57 AM, Diluka Wittachchi diluka@gmail.com
 mailto:diluka@gmail.com wrote:

 Hi Cyrille

 Thanks for your feedback.I will check.

 Cheers
 Diluka



 On Thu, Apr 25, 2013 at 6:51 AM, Cyrille Artho c.ar...@aist.go.jp
 mailto:c.ar...@aist.go.jp wrote:

 Hi Diluka,
 Thank you for your interest in the LyX community.

 To learn more about your project, please take a look at the
 mailing
 list archive; this project has been discussed there before in the
 last two weeks:

 
 http://www.mail-archive.com/__**lyx-devel@lists.lyx.org/http://www.mail-archive.com/__lyx-devel@lists.lyx.org/

 
 http://www.mail-archive.com/**lyx-devel@lists.lyx.org/http://www.mail-archive.com/lyx-devel@lists.lyx.org/
 


 Diluka Wittachchi wrote:

 Hi Everyone

 Have a nice day ,I like to work for Toolbar customization
 dialog project
 according to that project i like to develop dialog that would
 allowed users
 to create and customize toolbar via graphical interface .I am
 C++/Qt
 developer and also I contribute to qt project.I need some
 more
 information
 about that project domain what kind of internal requirements
 ?
 and also
 need some guide about that project .If someone feel free
 please
 guide
 me.Thanks a lot.

 Cheers
 Diluka



 --
 Regards,
 Cyrille Artho - http://artho.com/
 As far as we know, our computer has never had an undetected
 error.
  -- Weisert





 --
 Regards,
 Cyrille Artho - http://artho.com/
 Until Eve arrived, this was a man's world.
 -- Richard Armour

Re: Export XHTML and Branches

[Scott Kostyshak]

On Fri, May 3, 2013 at 8:47 AM, Richard Heck rgh...@lyx.org wrote:
 On 05/03/2013 03:03 AM, Jean-Louis GALLINARI wrote:
 There were some branch problems in earlier versions. Please try something
 more current. If Ubuntu does not have the current version, there is a PPA
 that provides it somewhere.

http://wiki.lyx.org/LyX/LyXOnUbuntu#toc3

Scott

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Scott Kostyshak]

On Fri, May 3, 2013 at 1:48 PM, José Matos jama...@lyx.org wrote:
 The problem is that the section counter is not reset when the appendix starts 
 in the lyx view but it is reset in the output. Honestly I am not sure if we 
 have changed anything here recently, so I am not sure if this a bug or a 
 missing feature. :-)

This is a regression. I will do a bisect.

Scott

Re: GSoC Proposal. Ayrat Khalitov

[Ayrat Khalitov]

Hi,
I updated my proposal.
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/ayrat_khalitov/1#
I added the list with my versions of a solution.
Please, can You look at it and give to me advice and recommendations about
its improvement?

Best regards,
Ayrat Khalitov

Re: #8299: xhtml does not equal sign error

[Peter Collier]

Pavel

Sorry, I'm not sure what you mean. I click on FileExportLyXHTML.
When the export is finished I click on the
Test_file_for_bugs_8365_8292_and_8299.xhtml file and it opens in Opera
(my default browser). The three equations have been incorrectly
exported as xxy, x and T (without the bar).

Regards

Peter

On 3 May 2013 18:33, Pavel Sanda sa...@lyx.org wrote:
 Peter Collier wrote:
 Hello there

 I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
 enclosed. However, I've just noticed that if I delete
 \usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm

 Are you sure you use LyXHTML for viewing and not HTML?
 Pavel

Re: [LyX master] Also put HTML on the clipboard when copying

[Richard Heck]

I'm not sure if the following is LyX's problem or not. If I open LyX
from the terminal (on Ubuntu 12.04) and copy the User Guide and exit,
the LyX window closes but LyX still hasn't exited (the terminal is
still busy). After about 5 seconds I get the following message on the
terminal QClipboard: Unable to receive an event from the clipboard manager in
a reasonable time and then LyX exits.

Now if I start LyX again and exit (without doing anything) I again get
the pause and the QClipboard message. The only way I can get rid of
this is to restart the computer or running the following command:
killall gnome-settings-daemon

Note that the copy also issued this message to the terminal:
Warning: latex had problems compiling 0lyxpreview.tex


This is due to LyX's trying to export various math things as images when 
doing the copy. We need to stop it from trying to do that.


Richard

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Scott Kostyshak]

On Fri, May 3, 2013 at 2:28 PM, Scott Kostyshak skost...@lyx.org wrote:
 On Fri, May 3, 2013 at 1:48 PM, José Matos jama...@lyx.org wrote:
 The problem is that the section counter is not reset when the appendix 
 starts in the lyx view but it is reset in the output. Honestly I am not sure 
 if we have changed anything here recently, so I am not sure if this a bug or 
 a missing feature. :-)

 This is a regression. I will do a bisect.

The bisect led me to the following commit:

commit 894569e601ea1e0acb1adf92a0f168c10d6577dc
Author: Richard Heck rgh...@lyx.org
Date:   Sat Jul 21 14:14:12 2012 -0400

Fix a long-standing FIXME by resetting only the counter for top-level
sectioning when we see an appendix. This fixes bug #8271, whose root
cause was the fact that we were resetting all the counters inside ERT.

Note that this commit is also in branch, at ecb65e70

Scott

Re: #8299: xhtml does not equal sign error

[Richard Heck]

On 05/03/2013 09:05 AM, Peter Collier wrote:

Hello there

I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
enclosed. However, I've just noticed that if I delete
\usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm
not a programmer. I know nothing about Latex. The LaTex preamble sort
of grew organically over the twelve months or so I was writing my
book. I don't now remember why I added \usepackage{tex4ht} to the
preamble. At the time I was struggling to format my book for Kindle.


I believe that we include whatever you put in the preamble when we 
generate images for math (and for math preview, since it's the same code 
that does it). This is because you might use some weird construct in 
math that only gets defined in your preamble. Or maybe you manually pull 
in some package that is needed. We don't check what you do, since we 
have no way to do that. You want to put something illegal that causes a 
syntax error? Go for it!!


As a result, the basic rule here is: You're on your own with what you 
put in the preamble. I don't mean to sound dismissive or anything like 
that, but there is not much we can do about problems caused by random 
packages people decide to insert. We have no control over this.


Perhaps more helpfully, this sounds like it must be a bug in tex4ht. One 
thing you could do, if you wanted to investigate it, is to look, /after/ 
you export, at the TeX files that were used to generate the images. You 
will find these in LyX's temporary directory.


Richard

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Richard Heck]

On 05/03/2013 03:25 PM, Scott Kostyshak wrote:

On Fri, May 3, 2013 at 2:28 PM, Scott Kostyshak skost...@lyx.org wrote:

On Fri, May 3, 2013 at 1:48 PM, José Matos jama...@lyx.org wrote:

The problem is that the section counter is not reset when the appendix starts 
in the lyx view but it is reset in the output. Honestly I am not sure if we 
have changed anything here recently, so I am not sure if this a bug or a 
missing feature. :-)

This is a regression. I will do a bisect.

The bisect led me to the following commit:

commit 894569e601ea1e0acb1adf92a0f168c10d6577dc
Author: Richard Heck rgh...@lyx.org
Date:   Sat Jul 21 14:14:12 2012 -0400

 Fix a long-standing FIXME by resetting only the counter for top-level
 sectioning when we see an appendix. This fixes bug #8271, whose root
 cause was the fact that we were resetting all the counters inside ERT.

Note that this commit is also in branch, at ecb65e70


I see this with articles, but not with books, as long as the appendix is 
a chapter (which it should be).


Here is the relevant question: Shouldn't Part have toclevel -1? We seem 
to handle this inconsistently in the layout files. I test for toclevel 
= 0 in the getTOCLayout() routine to try to ignore the Part counter, 
but it seems to have toclevel 0 in many layouts. Same as Chapter. So we 
find it first and reset that. So again: Shouldn't Parts be -1?


There's another potential bug here involving unnumbered sections. 
Probably I should also test whether the thing has an associated counter.


Richard

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Jean-Marc Lasgouttes]

Le 03/05/2013 22:00, Richard Heck a écrit :

I see this with articles, but not with books, as long as the appendix is
a chapter (which it should be).

Here is the relevant question: Shouldn't Part have toclevel -1? We seem
to handle this inconsistently in the layout files. I test for toclevel
 = 0 in the getTOCLayout() routine to try to ignore the Part counter,
but it seems to have toclevel 0 in many layouts. Same as Chapter. So we
find it first and reset that. So again: Shouldn't Parts be -1?


As far as I remeber, the levels we use are the same as what they are in 
the latex cls files. An article has no chapters, but it can have parts.



There's another potential bug here involving unnumbered sections.
Probably I should also test whether the thing has an associated counter.


Unnumbered sections have no related counter AFAIK. We would need to 
indicate in the layout format which counter is appendix.


JMarc

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Richard Heck]

On 05/03/2013 04:23 PM, Jean-Marc Lasgouttes wrote:

Le 03/05/2013 22:00, Richard Heck a écrit :

I see this with articles, but not with books, as long as the appendix is
a chapter (which it should be).

Here is the relevant question: Shouldn't Part have toclevel -1? We seem
to handle this inconsistently in the layout files. I test for toclevel
 = 0 in the getTOCLayout() routine to try to ignore the Part counter,
but it seems to have toclevel 0 in many layouts. Same as Chapter. So we
find it first and reset that. So again: Shouldn't Parts be -1?


As far as I remeber, the levels we use are the same as what they are 
in the latex cls files. An article has no chapters, but it can have 
parts.


So, looking at this:

\newcommand*\l@part[2]{%
  \ifnum \c@tocdepth -2\relax
\addpenalty\@secpenalty
etc...

That tells me that the tocdepth for part is -1, right? Thus:

\newcommand*\l@section[2]{%
  \ifnum \c@tocdepth \z@
 etc

So tocdepth for section is 1.




There's another potential bug here involving unnumbered sections.
Probably I should also test whether the thing has an associated counter.


Unnumbered sections have no related counter AFAIK.


OK.


We would need to indicate in the layout format which counter is appendix.


Yes, if nothing else works, we can do that.

Richard

Re: LyX 2.0.6 Source

[Uwe Stöhr]

Am 29.04.2013 18:13, schrieb Richard Heck:


The source code for LyX 2.0.6 is now available at
 http://frege.brown.edu/lyx/
Please test and compile binaries. I'll aim to do the actual release later this 
week.


You find the Windows installer here:
http://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.6/

I tested the release the last 2 days at work writing a documentation and found 
no regression bugs bugs.

regards Uwe

Re: [LyX master] support for \mbox and \fbox

[Uwe Stöhr]

Am 01.05.2013 20:32, schrieb Jean-Marc Lasgouttes:


I am confident that I will eventually fix the problems Uwe is seeing. I just 
need some time to do
it. But indeed InsetBox would benefit from a spring cleanup.


I don't see InsetBox that critical. But however, we can put it on the Milano 
list.

regards Uwe

Re: Export XHTML and Branches

[Jean-Louis GALLINARI]

Le jeudi 02 mai 2013 à 12:38 -0400, Richard Heck a écrit :
> On 05/02/2013 11:09 AM, Jean-Louis GALLINARI wrote:
> > I receive this message :
> >
> > "Signal SIGSEGV perçu"
> >
> > and I'm asked to send a bug-report then Lyx crashes when I close the
> > window by clicking "ok"
> 
> What kind of system are you on? Which version of LyX?
> 
> Richard
> 

some useful informations...

cat /proc/version

Linux version 3.2.0-41-generic (buildd@allspice) (gcc version 4.6.3
(Ubuntu/Linaro 4.6.3-1ubuntu5) ) #66-Ubuntu SMP Thu Apr 25 03:27:11 UTC
2013

ubuntu 12.04.2

LyX 2.0.2

Jean-Louis

Re: LyX 2.0.6 Source

[Jürgen Spitzmüller]

Pavel Sanda wrote:
> Bisect leads to 2f3acae92285.
> Juergen are you able to reproduce?

No.

Jürgen

Re: GSoC 13: submitted proposal

[Jean-Marc Lasgouttes]

02/05/2013 23:04, Liviu Andronic:

Hello Peter,
I've looked attentively at your proposal (although keep in mind that
I'm no devel).

If I understand correctly, and I suspect that some mentors are as
confused, you're aiming at a stand-alone programme that would allow
InstantPreview-like client for MetaPost, TikZ, Asymtote, etc. You also
provide working code.


Hello,

This is indeed a quesiton that has been bothering me. I am not sure that 
we can accept as a LyX GSoC something that is basically a separate 
program. For example, a new spiffy PDF viewer has value for LyX but it 
would not be part of LyX.


JMarc

Re: LyX 2.0.6 Source

[Pavel Sanda]

Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > Bisect leads to 2f3acae92285.
> > Juergen are you able to reproduce?
> 
> No.

Did you try my example?
Pavel

Re: Source view window

[Tommaso Cucinotta]

On 03/05/13 00:02, Richard Heck wrote:
> This would be easy to do...if we knew how to do it. How can we get these 
> widgets to reflow themselves to the bottom or something? Can we find out how 
> wide and tall, catch a signal when our size changes, and then reset 
> everything? I would guess this had to be done programmatically, rather than 
> in Qt Designer?

Perhaps a QBoxLayout with some setDirection() called on resize, when detecting 
some width/height ratio ?

T.

Re: Source view window

[Pavel Sanda]

Tommaso Cucinotta wrote:
> Perhaps a QBoxLayout with some setDirection() called on resize, when 
> detecting some width/height ratio ?

Hardcore version, but much easier:

signal on_sourcewindow_width_changed(){
  if (width<100)
option_buttons.hide();
  else
option_buttons.show();
}

Pavel

Re: Source view window

[Pavel Sanda]

Pavel Sanda wrote:
> Tommaso Cucinotta wrote:
> > Perhaps a QBoxLayout with some setDirection() called on resize, when 
> > detecting some width/height ratio ?
> 
> Hardcore version, but much easier:
> 

or 

sourcewindow.tooltip="double click to hide buttons";

signal on_sourcewindow_doubleclick(){
option_buttons.toggle visibility();
}
 
> Pavel

Re: LyX 2.0.6 Source

[Jürgen Spitzmüller]

Pavel Sanda wrote:
> Did you try my example?

No, I'm too busy ATM.

Jürgen

Fwd: Search architecture discussion - cant find easily.

[Siddharth R T]

> Try these:
>
>   http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178570.html
>   http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178331.html

Going through the discussion there, I have a couple of ideas :

If regular expressions have to be enabled, then queries will be
regular expressions embedded in latex code/plain text. This makes it
necessary to maintain a latex version of the content (not export every
time find is invoked).

An alternative would be:

 - We maintain a table that works like a symbol table - it has all the
   objects that are there in the current document and it's text
   content. i.e.:

   object | content
   ---|---
   section| Introduction
   subsection | this is the text in the subsection

 - The table is updated as and when new content is added to the editor
   window. Maybe there is some scope for optimization here.

 - Maybe each entry will also have a mapping to the inset which
   represents it (I'm not entirely sure how insets work, yet).

 - Whenever find is invoked, the query is also converted into (a chain
   of) object and content.

 - To match, you first filter all objects of the query type (assuming
   there's only one query term). Next, match the content - here there
   can be regular expressions in the query. Results are displayed
   using the mapping between insets and query items.


What do you think?

On a side note, cant there be a search for text inside the editor window
also?
This could help a lot in editing long papers - maybe you dont want to
put a mathematical symbol in the query after all.

Re: Search architecture discussion - cant find easily.

[Siddharth R T]

Tommaso,

I have submitted a proposal to GSoC about the idea above, but obviously it
will be subject to changes as the community thinks fit.
So please help me refine the proposal, I hope it's not too late! My exams
got over just today :)

Regards,

Siddhartha RT.


On Fri, May 3, 2013 at 3:43 PM, Siddharth R T  wrote:

>
> > Try these:
> >
> >   http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178570.html
> >   http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg178331.html
>
> Going through the discussion there, I have a couple of ideas :
>
> If regular expressions have to be enabled, then queries will be
> regular expressions embedded in latex code/plain text. This makes it
> necessary to maintain a latex version of the content (not export every
> time find is invoked).
>
> An alternative would be:
>
>  - We maintain a table that works like a symbol table - it has all the
>objects that are there in the current document and it's text
>content. i.e.:
>
>object | content
>---|---
>section| Introduction
>subsection | this is the text in the subsection
>
>  - The table is updated as and when new content is added to the editor
>window. Maybe there is some scope for optimization here.
>
>  - Maybe each entry will also have a mapping to the inset which
>represents it (I'm not entirely sure how insets work, yet).
>
>  - Whenever find is invoked, the query is also converted into (a chain
>of) object and content.
>
>  - To match, you first filter all objects of the query type (assuming
>there's only one query term). Next, match the content - here there
>can be regular expressions in the query. Results are displayed
>using the mapping between insets and query items.
>
>
> What do you think?
>
> On a side note, cant there be a search for text inside the editor window
> also?
> This could help a lot in editing long papers - maybe you dont want to
> put a mathematical symbol in the query after all.
>
>
>

Re: Export XHTML and Branches

[Richard Heck]

On 05/03/2013 03:03 AM, Jean-Louis GALLINARI wrote:

Le jeudi 02 mai 2013 à 12:38 -0400, Richard Heck a écrit :

On 05/02/2013 11:09 AM, Jean-Louis GALLINARI wrote:

I receive this message :

"Signal SIGSEGV perçu"

and I'm asked to send a bug-report then Lyx crashes when I close the
window by clicking "ok"

What kind of system are you on? Which version of LyX?

Richard


some useful informations...

cat /proc/version

Linux version 3.2.0-41-generic (buildd@allspice) (gcc version 4.6.3
(Ubuntu/Linaro 4.6.3-1ubuntu5) ) #66-Ubuntu SMP Thu Apr 25 03:27:11 UTC
2013

ubuntu 12.04.2

LyX 2.0.2


There were some branch problems in earlier versions. Please try 
something more current. If Ubuntu does not have the current version, 
there is a PPA that provides it somewhere.


Richard

Re: #8299: xhtml "does not equal" sign error

[Peter Collier]

Hello there

I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
enclosed. However, I've just noticed that if I delete
\usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm
not a programmer. I know nothing about Latex. The LaTex preamble sort
of grew organically over the twelve months or so I was writing my
book. I don't now remember why I added \usepackage{tex4ht} to the
preamble. At the time I was struggling to format my book for Kindle.

Regards

Peter

On 3 May 2013 01:33, LyX Ticket Tracker  wrote:
> #8299: xhtml "does not equal" sign error
> ---+-
>  Reporter:  peteru |   Owner:  rgheck
>  Type:  defect |  Status:  new
>  Priority:  normal |   Milestone:
> Component:  xhtml export   | Version:  2.0.4
>  Severity:  normal |  Resolution:
>  Keywords:  os=windows infoneeded  |
> ---+-
> Changes (by rgheck):
>
>  * keywords:  os=windows => os=windows infoneeded
>
>
> Comment:
>
>  I cannot reproduce this on Linux. Is there any more information you can
>  provide?
>
> --
> Ticket URL: 
> The LyX Project 
> LyX -- The Document Processor


Test file for bugs 8365 8292 and 8299.lyx
Description: Binary data

Re: Re: LyX 2.0.6 Source

[Kornel Benko]

Am Freitag, 3. Mai 2013 um 00:57:18, schrieb Pavel Sanda 
> Jürgen Spitzmüller wrote:
> > Pavel Sanda wrote:
> > > Bisect leads to 2f3acae92285.
> > > Juergen are you able to reproduce?
> > 
> > No.
> 
> Did you try my example?
> Pavel

I tried, but am unable to reproduce.

It does not matter, if I open the child through TOC, panel, or with a click on 
include inset.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: about proposal

[stefano franchi]

Hi Kamal,

I only see one proposal of yours in Melange. Have you deleted the second
one already?

Cheers,

Stefano


On Fri, May 3, 2013 at 5:34 AM, Kamal Garg  wrote:

> sir i submit two proposal i wanna delete one proposal because both
> proposal are same can i delete one proposal or not.
>



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: Proposal updated

[Rob Oakes]

Hi Richard,

On Fri, 2013-05-03 at 00:35 -0500, Vanderbilt wrote:

> There is only one point in your comment that I'm not clear about; if
> I'm understanding you correctly, do you mean the community is not sure
> about whether to use signals/slots so I probably shouldn't include
> that part in my proposal? But Rob said we are using signals/slots;
> it's just the type of signals that is not clear (if I'm understanding
> him correctly). Could you clarify a little bit?

I apologize for the radio silence, I'm still struggling to get my
project wrapped up and delivered. It absolutely must be done today,
though. I will have time this afternoon/over the weekend to respond to
the signal/slot questions on the list.

I'll continue that conversation in the other thread.

Cheers,

Rob

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

[Rob Oakes]

On Mon, 2013-04-29 at 14:46 +0200, Vincent van Ravesteijn wrote:

> There have been ideas to remove the ugly connections using the 
> WorkAreaManager and GuiBufferDelegate and to replace them by Qt signals.
> 
> I'm not sure it is a good idea to have a connection between each inset 
> and the gui. I'm afraid it will become a mess. What's wrong with telling 
> the Buffer "I (inset 0x3234234) have changed", and let the buffer 
> forward this to the gui.
> 
> That is, if we decide to use this kind of connection.

I'm not wedded to using Qt signals/slots in the core, but I think we
need a better way to communicate changes to the UI. It's not that the
scanning is terribly costly, it's everything that happens on top of it
(the UI repainting, etc) that I'm worried about.

What I would really like to see if a method of updating the UI that
components of the document have changed, without having to rebuild the
entire view every time a user hits enter or backspace. This would solve
many problems. 

For example, one issue I've had reported is that there is a noticeable
flicker in the Corkboard each time there is a document update (I've had
complaints on every keystroke, other say only on backspace and enter.
The problem doesn't appear on OS X, since Apple seems to use double
buffering to repaint UI flicker.) I've tried very hard to double buffer
and only repaint once on all platforms, but catching all of the events
which trigger the repaint event has proved ... difficult. Tying
individual items on the corkboard to some underlying structure and
updating on change would be much better. It seemed that signals/slots
were a natural way to do this, as they are already used within the UI.

The salient question, though, is where the update should happen. Right
now we recreate the toc model and related classes on every update. Is
the toc model the best place, or would it be better to try and handle it
in WorkAreaManager, or GuiBufferDelegate, ...

Thoughts?

Cheers,

Rob

Final review of Proposal for Horizontal Scrollbar for LyX

[Abhishek Sharma]

Good day to you

Kindly have a final review of my proposal ( I've edited "my project"
part) and suggest me anything to add or modify.


Thankyou
Abhishek

Re: [GSoC 2013] Introduction

[Jean-Marc Lasgouttes]

Le mer. 24 avril 2013 01:05:22 CEST, Yuri Farias Gomes a écrit :

I've seen some threads about the Toolbar project (I haven't found so
many, though) and I have already submitted my application. If there
are any mentors that could provide me some feedback on my application,
that would be greatly appreciated!


Dear Yuri,

Your proposal would feel stronger if you elaborated more on what are 
the specific needs of LyX with respect to toolbar customization.


You mention in your schedule that you want to implement a parser for 
the configuration file format. Why would you do that when a parser 
already exists inside LyX for these files?


We have to feel that you researched the subject well enough to see what 
should be done.


HTH
JMarc

Re: Signals/Slots in Core (branch from UI improvements and non-linear enhancements)

[Liviu Andronic]

On Fri, May 3, 2013 at 4:50 PM, Rob Oakes  wrote:
> What I would really like to see if a method of updating the UI that
> components of the document have changed, without having to rebuild the
> entire view every time a user hits enter or backspace. This would solve
> many problems.
>
I think this would address: http://www.lyx.org/trac/ticket/5861 ,
which would be great.

Liviu

Re: Re: LyX 2.0.6 Source

[Pavel Sanda]

Kornel Benko wrote:
> I tried, but am unable to reproduce.
> 
> It does not matter, if I open the child through TOC, panel, or with a click 
> on include inset.

Hmm. Do you Instant Preview on?
I found that correct numbering appears when I enter and leave equation rendered 
by IP.

Anyway, Richard, it seems that this bug is so exotic that it should not hinder 
release.
Pavel

Re: #8299: xhtml "does not equal" sign error

[Pavel Sanda]

Peter Collier wrote:
> Hello there
> 
> I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
> enclosed. However, I've just noticed that if I delete
> \usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm

Are you sure you use LyXHTML for viewing and not HTML?
Pavel

Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[José Matos]

Hi,
I got this report from a Fedora user: 
https://bugzilla.redhat.com/show_bug.cgi?id=955799

"when using the "Document->Start Appendix Here", the counter for appendix 
sections is not being reset. Thus, when I have a document with, say, 4 numbered 
chapters, the appendix numbering displayed in LyX starts with an "E" instead of 
an "A", as it should be. Also, figures on the appendix are not being correctly 
numbered: LyX shows them just as "Figure 1", "Figure 2", etc., when the correct 
display would be "Figure A.1", "Figure A.2" and so on."

The problem is that the section counter is not reset when the appendix starts 
in the lyx view but it is reset in the output. Honestly I am not sure if we 
have changed anything here recently, so I am not sure if this a bug or a 
missing feature. :-)

The problem seems to be that the appendix marker does not reset the proper 
counters.

I have an example attached, written in lyx-2.1, but the same problem occurs in 
lyx-2.0.5.1

Regards,
-- 
José Abílio

fedora-bug-955799.lyx
Description: application/lyx

Re: Re: Re: LyX 2.0.6 Source

[Kornel Benko]

Am Freitag, 3. Mai 2013 um 10:30:53, schrieb Pavel Sanda 
> Kornel Benko wrote:
> > I tried, but am unable to reproduce.
> > 
> > It does not matter, if I open the child through TOC, panel, or with a click 
> > on include inset.
> 
> Hmm. Do you Instant Preview on?
> I found that correct numbering appears when I enter and leave equation 
> rendered by IP.
> 
> Anyway, Richard, it seems that this bug is so exotic that it should not 
> hinder release.
> Pavel

Yes I had it on. But even disabling (and restarting lyx) shows no unusual 
numbering.

Kornel

signature.asc
Description: This is a digitally signed message part.

about submission of two proposal

[Kamal Garg]

if i wiil submit two proposal then one of them can be accepted or not if
both are not selected.because  am interested in two projects of you:
1:horizontal scroolbar fr table and math which i submit
2:toolbar customization

Re: Give me some bug please

[Elmar Hinz]

> I set up my own LyX-mirror on github: https://github.com/t3elmar/Lyx

> By mirror do you mean that it will be updated automatically?
>

Nope, not a real mirror. It's just the master branch and it's updated when
I play with lyx.
I plan to use the repository to present my sketches, before gaining enough
reputation to send them in.

> Now I would like to fix some bugs.
>
> I have some buglettes in random notes that I wanted to eventually look
> at. I told someone else that I would organize them and post them. I
> will try to do that soon. I will put the 'easyfix' keyword on them in
> trac. These will be bugs that I think I will be able to guide someone
> to fixing if they get stuck. I am sure that there will be several that
> I misjudged and that are actually complicated bugs. But either (1)
> you'll learn stuff anyway or (2) someone will let us know that a bug
> is probably not an 'easyfix'. I'll try to do this within the next
> week.
>
> Still interested in this.

\Elmar

-- 
Elmar Hinz
Freiherr-vom-Stein-Str. 1
33014 Bad Driburg

TYPO3 community contact: t.3.e.l.m.a...@.g.m.a.i.l.dot.c.o.m
personal contact: e.l.m.a.r.dot.h.i.n...@.g.m.a.i.l.dot.c.o.m

Re: Fwd: GSOC 2013

[Diluka Wittachchi]

Hi Everyone

I share my proposal in gsoc 13 page please kindly review it.

https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/dilukawittahachchige/1

Thanks and best regards
Diluka


On Wed, May 1, 2013 at 12:43 PM, Diluka Wittachchi wrote:

> Hi Everyone
>
> Have a nice day ,I create separate repository for my developments and i
> like to start work for Toolbar Customization dialog project but i feel i
> need to follow some pre developments please anyone can give me a some help
> how i enter the developments to implement that project i already had C++/Qt
> programming knowledge,but i need some advice how i Start/Enter project  .
> Thanks a lot.
>
>
> My repository - https://gitorious.org/~diluka/lyx/dilukas-lyx
>
> Thanks
> Diluka
>
>
>
> On Tue, Apr 30, 2013 at 5:55 AM, Cyrille Artho  wrote:
>
>> Hi Diluka,
>> If the patch is not too long, you may post it here. As an alternative,
>> the best idea is probably to create your own repository where you can
>> commit your changes. They can be merged with the main tree again later.
>>
>> Diluka Wittachchi wrote:
>>
>>> Hi Everyone
>>>
>>> Have a nice day ,l  need some help please kindly send me a more details
>>> step by step which how i handle the Toolbar customization dialog git
>>> repository .I like to start new branch and apply this patch to the
>>> current
>>> master and go ahead its ok ? Thanks a lot.
>>>
>>> (Abdel already started branch
>>> https://gitorious.org/lyx/lyx/**commits/younes/toolbar-**settingsand
>>>  it had
>>> one commit
>>> https://gitorious.org/lyx/lyx/**commit/**09d4c8e9fe139951209110c789bd6c*
>>> *a563942013)
>>>
>>> Cheers
>>> Diluka
>>>
>>>
>>> On Thu, Apr 25, 2013 at 6:57 AM, Diluka Wittachchi >> > wrote:
>>>
>>> Hi Cyrille
>>>
>>> Thanks for your feedback.I will check.
>>>
>>> Cheers
>>> Diluka
>>>
>>>
>>>
>>> On Thu, Apr 25, 2013 at 6:51 AM, Cyrille Artho >> > wrote:
>>>
>>> Hi Diluka,
>>> Thank you for your interest in the LyX community.
>>>
>>> To learn more about your project, please take a look at the
>>> mailing
>>> list archive; this project has been discussed there before in the
>>> last two weeks:
>>>
>>> 
>>> http://www.mail-archive.com/__**lyx-devel@lists.lyx.org/
>>>
>>> 
>>> 
>>> >
>>>
>>>
>>> Diluka Wittachchi wrote:
>>>
>>> Hi Everyone
>>>
>>> Have a nice day ,I like to work for Toolbar customization
>>> dialog project
>>> according to that project i like to develop dialog that would
>>> allowed users
>>> to create and customize toolbar via graphical interface .I am
>>> C++/Qt
>>> developer and also I contribute to qt project.I need some
>>> more
>>> information
>>> about that project domain what kind of internal requirements
>>> ?
>>> and also
>>> need some guide about that project .If someone feel free
>>> please
>>> guide
>>> me.Thanks a lot.
>>>
>>> Cheers
>>> Diluka
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Cyrille Artho - http://artho.com/
>>> As far as we know, our computer has never had an undetected
>>> error.
>>>  -- Weisert
>>>
>>>
>>>
>>>
>>>
>> --
>> Regards,
>> Cyrille Artho - http://artho.com/
>> Until Eve arrived, this was a man's world.
>> -- Richard Armour
>>
>
>

Re: Export XHTML and Branches

[Scott Kostyshak]

On Fri, May 3, 2013 at 8:47 AM, Richard Heck  wrote:
> On 05/03/2013 03:03 AM, Jean-Louis GALLINARI wrote:
> There were some branch problems in earlier versions. Please try something
> more current. If Ubuntu does not have the current version, there is a PPA
> that provides it somewhere.

http://wiki.lyx.org/LyX/LyXOnUbuntu#toc3

Scott

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Scott Kostyshak]

On Fri, May 3, 2013 at 1:48 PM, José Matos  wrote:
> The problem is that the section counter is not reset when the appendix starts 
> in the lyx view but it is reset in the output. Honestly I am not sure if we 
> have changed anything here recently, so I am not sure if this a bug or a 
> missing feature. :-)

This is a regression. I will do a bisect.

Scott

Re: GSoC Proposal. Ayrat Khalitov

[Ayrat Khalitov]

Hi,
I updated my proposal.
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/ayrat_khalitov/1#
I added the list with my versions of a solution.
Please, can You look at it and give to me advice and recommendations about
its improvement?

Best regards,
Ayrat Khalitov

Re: #8299: xhtml "does not equal" sign error

[Peter Collier]

Pavel

Sorry, I'm not sure what you mean. I click on File>Export>LyXHTML.
When the export is finished I click on the
Test_file_for_bugs_8365_8292_and_8299.xhtml file and it opens in Opera
(my default browser). The three equations have been incorrectly
exported as xxy, x and T (without the bar).

Regards

Peter

On 3 May 2013 18:33, Pavel Sanda  wrote:
> Peter Collier wrote:
>> Hello there
>>
>> I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
>> enclosed. However, I've just noticed that if I delete
>> \usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm
>
> Are you sure you use LyXHTML for viewing and not HTML?
> Pavel

Re: [LyX master] Also put HTML on the clipboard when copying

[Richard Heck]

I'm not sure if the following is LyX's problem or not. If I open LyX
from the terminal (on Ubuntu 12.04) and copy the User Guide and exit,
the LyX window closes but LyX still hasn't exited (the terminal is
still busy). After about 5 seconds I get the following message on the
terminal "QClipboard: Unable to receive an event from the clipboard manager in
a reasonable time" and then LyX exits.

Now if I start LyX again and exit (without doing anything) I again get
the pause and the QClipboard message. The only way I can get rid of
this is to restart the computer or running the following command:
killall gnome-settings-daemon

Note that the copy also issued this message to the terminal:
Warning: latex had problems compiling 0lyxpreview.tex


This is due to LyX's trying to export various math things as images when 
doing the copy. We need to stop it from trying to do that.


Richard

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Scott Kostyshak]

On Fri, May 3, 2013 at 2:28 PM, Scott Kostyshak  wrote:
> On Fri, May 3, 2013 at 1:48 PM, José Matos  wrote:
>> The problem is that the section counter is not reset when the appendix 
>> starts in the lyx view but it is reset in the output. Honestly I am not sure 
>> if we have changed anything here recently, so I am not sure if this a bug or 
>> a missing feature. :-)
>
> This is a regression. I will do a bisect.

The bisect led me to the following commit:

commit 894569e601ea1e0acb1adf92a0f168c10d6577dc
Author: Richard Heck 
Date:   Sat Jul 21 14:14:12 2012 -0400

Fix a long-standing FIXME by resetting only the counter for top-level
sectioning when we see an appendix. This fixes bug #8271, whose root
cause was the fact that we were resetting all the counters inside ERT.

Note that this commit is also in branch, at ecb65e70

Scott

Re: #8299: xhtml "does not equal" sign error

[Richard Heck]

On 05/03/2013 09:05 AM, Peter Collier wrote:

Hello there

I'm still able to duplicate the bugs 8365, 8292 and 8299. Test file
enclosed. However, I've just noticed that if I delete
\usepackage{tex4ht} from the LaTex preamble the bugs disappear. I'm
not a programmer. I know nothing about Latex. The LaTex preamble sort
of grew organically over the twelve months or so I was writing my
book. I don't now remember why I added \usepackage{tex4ht} to the
preamble. At the time I was struggling to format my book for Kindle.


I believe that we include whatever you put in the preamble when we 
generate images for math (and for math preview, since it's the same code 
that does it). This is because you might use some weird construct in 
math that only gets defined in your preamble. Or maybe you manually pull 
in some package that is needed. We don't check what you do, since we 
have no way to do that. You want to put something illegal that causes a 
syntax error? Go for it!!


As a result, the basic rule here is: You're on your own with what you 
put in the preamble. I don't mean to sound dismissive or anything like 
that, but there is not much we can do about problems caused by random 
packages people decide to insert. We have no control over this.


Perhaps more helpfully, this sounds like it must be a bug in tex4ht. One 
thing you could do, if you wanted to investigate it, is to look, /after/ 
you export, at the TeX files that were used to generate the images. You 
will find these in LyX's temporary directory.


Richard

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Richard Heck]

On 05/03/2013 03:25 PM, Scott Kostyshak wrote:

On Fri, May 3, 2013 at 2:28 PM, Scott Kostyshak  wrote:

On Fri, May 3, 2013 at 1:48 PM, José Matos  wrote:

The problem is that the section counter is not reset when the appendix starts 
in the lyx view but it is reset in the output. Honestly I am not sure if we 
have changed anything here recently, so I am not sure if this a bug or a 
missing feature. :-)

This is a regression. I will do a bisect.

The bisect led me to the following commit:

commit 894569e601ea1e0acb1adf92a0f168c10d6577dc
Author: Richard Heck 
Date:   Sat Jul 21 14:14:12 2012 -0400

 Fix a long-standing FIXME by resetting only the counter for top-level
 sectioning when we see an appendix. This fixes bug #8271, whose root
 cause was the fact that we were resetting all the counters inside ERT.

Note that this commit is also in branch, at ecb65e70


I see this with articles, but not with books, as long as the appendix is 
a chapter (which it should be).


Here is the relevant question: Shouldn't Part have toclevel -1? We seem 
to handle this inconsistently in the layout files. I test for toclevel 
>= 0 in the getTOCLayout() routine to try to ignore the Part counter, 
but it seems to have toclevel 0 in many layouts. Same as Chapter. So we 
find it first and reset that. So again: Shouldn't Parts be -1?


There's another potential bug here involving unnumbered sections. 
Probably I should also test whether the thing has an associated counter.


Richard

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Jean-Marc Lasgouttes]

Le 03/05/2013 22:00, Richard Heck a écrit :

I see this with articles, but not with books, as long as the appendix is
a chapter (which it should be).

Here is the relevant question: Shouldn't Part have toclevel -1? We seem
to handle this inconsistently in the layout files. I test for toclevel
 >= 0 in the getTOCLayout() routine to try to ignore the Part counter,
but it seems to have toclevel 0 in many layouts. Same as Chapter. So we
find it first and reset that. So again: Shouldn't Parts be -1?


As far as I remeber, the levels we use are the same as what they are in 
the latex cls files. An article has no chapters, but it can have parts.



There's another potential bug here involving unnumbered sections.
Probably I should also test whether the thing has an associated counter.


Unnumbered sections have no related counter AFAIK. We would need to 
indicate in the layout format which counter is appendix.


JMarc

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

[Richard Heck]

On 05/03/2013 04:23 PM, Jean-Marc Lasgouttes wrote:

Le 03/05/2013 22:00, Richard Heck a écrit :

I see this with articles, but not with books, as long as the appendix is
a chapter (which it should be).

Here is the relevant question: Shouldn't Part have toclevel -1? We seem
to handle this inconsistently in the layout files. I test for toclevel
 >= 0 in the getTOCLayout() routine to try to ignore the Part counter,
but it seems to have toclevel 0 in many layouts. Same as Chapter. So we
find it first and reset that. So again: Shouldn't Parts be -1?


As far as I remeber, the levels we use are the same as what they are 
in the latex cls files. An article has no chapters, but it can have 
parts.


So, looking at this:

\newcommand*\l@part[2]{%
  \ifnum \c@tocdepth >-2\relax
\addpenalty\@secpenalty
etc...

That tells me that the tocdepth for part is -1, right? Thus:

\newcommand*\l@section[2]{%
  \ifnum \c@tocdepth >\z@
 etc

So tocdepth for section is 1.




There's another potential bug here involving unnumbered sections.
Probably I should also test whether the thing has an associated counter.


Unnumbered sections have no related counter AFAIK.


OK.


We would need to indicate in the layout format which counter is appendix.


Yes, if nothing else works, we can do that.

Richard

Re: LyX 2.0.6 Source

[Uwe Stöhr]

Am 29.04.2013 18:13, schrieb Richard Heck:


The source code for LyX 2.0.6 is now available at
 http://frege.brown.edu/lyx/
Please test and compile binaries. I'll aim to do the actual release later this 
week.


You find the Windows installer here:
http://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.6/

I tested the release the last 2 days at work writing a documentation and found 
no regression bugs bugs.

regards Uwe

Re: [LyX master] support for \mbox and \fbox

[Uwe Stöhr]

Am 01.05.2013 20:32, schrieb Jean-Marc Lasgouttes:


I am confident that I will eventually fix the problems Uwe is seeing. I just 
need some time to do
it. But indeed InsetBox would benefit from a spring cleanup.


I don't see InsetBox that critical. But however, we can put it on the Milano 
list.

regards Uwe