Re: [LyX master] Hungarian Tutorial.lyx: revert last change

[Scott Kostyshak]

On Wed, Apr 10, 2013 at 10:37 AM, Guenter Milde mi...@users.sf.net wrote:
 On 2013-04-10, Kornel Benko wrote:
 Therefore explicitly setting the default for _this_ document is OK IMHO.

 Agreed.

OK, I committed this at 18f5500a. There were two explicit +1's and Uwe
says the document should be exported with pdflatex. The format is kept
at 2.0's format.

Scott

Re: GSoC (further) ideas proposals

[Tommaso Cucinotta]

On 11/04/13 21:04, Liviu Andronic wrote:

 Sounds great. Would you mind registering on Google Melange?

Done.

I dropped a few of the proposed ideas on 

  http://wiki.lyx.org/Devel/SummerOfCode2013Ideas#sDevel.SummerOfCode2013Ideas

but of course I don't mean to mentor more than 1 project. Also, for the 
interactivity projects, it would be nice to have a 2nd name appointed, 
interesting in backing up the mentorship.

T.

Re: GSoC: On being a mentor

[Jean-Marc Lasgouttes]

12/04/2013 03:59, Cyrille Artho:

(5) Time commitment. This depends on the abilities of the student, and
also on the time zone difference (there is less you can do if the
student is eight hours away). Early on in the project, one hour per day
or even more is common, so make sure you have enough time to mentor a
student if you are the primary mentor of a project.


Reading all this makes me reconsider my offer to be a mentor (for 
horizontal scroll bars)... What are the start and stop dates for GSoC? I 
will take some vacations during this period...


JMarc

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

[Jean-Marc Lasgouttes]

12/04/2013 03:38, Cyrille Artho:

If possible, I would favor reusing existing UI elements as much as
possible (which probably means a Qt scroll bar). The reason for this is
that a user instantly knows what to expect, and that the elements will
have a look and feel that corresponds to the target platform. If we
create our own buttons, then we have to adapt their look and feel to
each system.

Of course, the code implementing the scroll behavior still needs to be
written mostly from scratch, as we do not have a standard Qt container
that is scrolled; but at least the UI element doing the scrolling could
be used from existing Qt widgets.


I am not so sure that we need native-like controls. Our current buttons 
are not native anyway.


JMarc

Re: GSoC: On being a mentor

[Liviu Andronic]

On Fri, Apr 12, 2013 at 10:56 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
 12/04/2013 03:59, Cyrille Artho:

 (5) Time commitment. This depends on the abilities of the student, and
 also on the time zone difference (there is less you can do if the
 student is eight hours away). Early on in the project, one hour per day
 or even more is common, so make sure you have enough time to mentor a
 student if you are the primary mentor of a project.


 Reading all this makes me reconsider my offer to be a mentor (for horizontal
 scroll bars)... What are the start and stop dates for GSoC? I will take some
 vacations during this period...

The timeline is here:
http://www.google-melange.com/gsoc/events/google/gsoc2013 . Work
happens basically between beginning of June to beginning of September.

Given the nr of projects that Google will actually accept, I think
that in principle it will be possible to have two (or maybe three)
mentors for the same project. Plus lyx-devel. And we always have Scott
and Cyrille to back up in case of unexpected commitments. I don't know
how it will pan out, but I think it should be doable even considering
vacations. Maybe Cyrille can add more on this.

Liviu

Re: gsoc2013

[Евгений Лежнин]

Thank you for the advice

12.04.2013 11:52, Cyrille Artho пишет:

Dear Evgenii,
You may submit two project proposals if you wish. The choice of the 
project is yours. Think about what project appeals to you the most, 
and also think about concrete steps to get towards the project goals.


Try to break down the project into three portions (one month each), 
and the first part also into smaller portions (one week or so). During 
this process, you have to think in more detail what to do, which in 
turn may allow you to make a choice.


Евгений Лежнин wrote:
Hi, I'm Evgenii, I'm student and wish to participate in gsoc. I have 
been
worked on different projects using C++ and Qt for 3 years. I would 
like to
participate with UI Improvements and non-linear writing 
enhancements or

Horizontal scrollbar for tables and math, or maybe some others. I have
been used LyX only for half of the year, that's why I don't have my own
idea. One of the reasons why I wish to work with LyX this summer, it's
because I want to know better about LyX.

Re: gsoc2013

[Liviu Andronic]

Dear Evgenii,


On Thu, Apr 11, 2013 at 3:56 AM, Евгений Лежнин z_lezh...@mail2000.ru wrote:
 Hi, I'm Evgenii, I'm student and wish to participate in gsoc. I have been
 worked on different projects using C++ and Qt for 3 years. I would like to
 participate with UI Improvements and non-linear writing enhancements or
 Horizontal scrollbar for tables and math, or maybe some others. I have

In addition to Cyrille's suggestions I would point you towards
lyx-devel for an extended discussion on Horizontal scrollbar for
tables and math. As for the UI Improvements and non-linear writing
enhancements, I would suggest that you take a look at Rob's outliner
project:
http://www.oak-tree.us/lyx-outline/
https://launchpad.net/lyx-outline

Much of the work is already done, and what it needs is some love and
for someone to merge it with trunk. But Rob would have more to say on
this.

Regards,
Liviu


 been used LyX only for half of the year, that's why I don't have my own
 idea. One of the reasons why I wish to work with LyX this summer, it's
 because I want to know better about LyX.



-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Re: GSoC: On being a mentor

[Jean-Marc Lasgouttes]

12/04/2013 11:32, Liviu Andronic:

Given the nr of projects that Google will actually accept, I think
that in principle it will be possible to have two (or maybe three)
mentors for the same project. Plus lyx-devel. And we always have Scott
and Cyrille to back up in case of unexpected commitments. I don't know
how it will pan out, but I think it should be doable even considering
vacations. Maybe Cyrille can add more on this.


If are enough people on the same projetc, I agree that things will be 
doable.


JMarc

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

[Jean-Marc Lasgouttes]

11/04/2013 17:15, Hashini Senaratne:

Today I installed QT4 dev tools and QT4 designer. But when I tried to open
the file /lib/ui/default.ui it gave an error: The file /lib/ui/default.ui
is not a valid Designer UI file. Do you want to update the file location or
generate a new form?
If you have any idea about this please mention. But I am still searching too.


These file are in our own format and describe menus and toolbars.


Could you please help me to understand what is an inset in this context? As
I understood, inset is a container like thing that helps to insert different
types of objects. Please correct me, as I am new to LyX.


Yes. It is anything that can be inserted as a character but is more than 
that. All the contents (tables, graphics, cross references, notes, 
ERT...) that you see in the text is an inset. Actually, the main text is 
in a text inset, but one does not see that on screen.



If we are going to implement the buttons, I think we need to indent a slight
amount horizontally for one click? Is that the same idea that had in your
mind? If the click on this button, shows us the end (edge) of the object,
that would not be useful, as the user can be able to access each and every
point of the too wide object. My suggestion is indent/slide 50% from the
width of the screen per a click.


Or we could play with something that slide as long as the mouse is 
pressed (maybe with some accelleration abnd nice physics effects if we 
feel like it).


I think implementing the mechanism for moving the rows when cursor moves 
is the first thing to do, as this requires no UI. The toolbar/button 
will just have to hook on this code.



I suspect that this problem can be solved very easily (I mean in terms
of number of lines of code to change, not in time needed to find the
right place :). The idea is that an element of an inset should not have
a width larger than the screen just because on element of the inset is
overly large.


I tried this. Is the 'legend' mentioned here is a label? Sorry, as I am
still not familiar with the terms. What I did was, inserted a Label to the
same float. As mentioned in the link you have given, a label with too long
text is not fully visible and we cannot make it visible but using the mouse
even. But this happens  all the time, not only when Label exists in a float.
Even when a label is inserted to the normal working area this problem remains.


I tried to create an example file (attached) and saw that this problem 
is already solved (try it). Unless someone can tell me what the problem is?


JMarc


largetable.lyx
Description: application/lyx

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

[Hashini Senaratne]

Hello Scott,

Scott Kostyshak skostysh at lyx.org writes:
 Commenting out lines of code sounds like a great technique for
 learning. I had never thought about that!

That was because I am new to this and could not identified specific places
with related code. I will promise you that I will improve on this.

  I think I have to spend
  more time with the code and identify related area. But still I could not
  identify most of them.
 
 Yes, it will probably take a lot of time. I think that doing whatever
 is the most fun/ least frustrating to get to know the code is the
 best. That could mean trying to solve a small bug or just
 experimenting. If you would find it helpful, we could choose a small
 bug to work on together. I have many small buglettes that I would like
 to someday address if you are looking for some, but if you have one
 that you would be interested in solving, that might be better. Let me
 know what would be best for you.

I am really thankful to you if you can work with me to solve a simple bug,
as you suggested. Do you have any bug in your mind, a little related to UI?
Even if it is not, I like to learn from you in the way you suggested.
Please guide me through this when you have time.

Thank you for the great idea.
Hashini

Re: Interested in GSOC Project:

[Hashini Senaratne]

Hello Cyrille,

Cyrille Artho c.artho at aist.go.jp writes:
 
  * have buttons with arrows in the left and right margin or (since
  these margins are currently thin) maybe buttons that appear as
  needed when the mouse if over the problematic inset.
 
  I think this option will not much user-friendly.
 
  Well, it requires to move the mouse to some particular place, but the
  same holds for the scrollbar. But you may be right.
 
  If we are going to implement the buttons, I think we need to indent a slight
  amount horizontally for one click? Is that the same idea that had in your
  mind? If the click on this button, shows us the end (edge) of the object,
  that would not be useful, as the user can be able to access each and every
  point of the too wide object. My suggestion is indent/slide 50% from the
  width of the screen per a click.
 
 If possible, I would favor reusing existing UI elements as much as possible 
 (which probably means a Qt scroll bar). The reason for this is that a user 
 instantly knows what to expect, and that the elements will have a look and 
 feel that corresponds to the target platform. If we create our own buttons, 
 then we have to adapt their look and feel to each system.
 
 Of course, the code implementing the scroll behavior still needs to be 
 written mostly from scratch, as we do not have a standard Qt container that 
 is scrolled; but at least the UI element doing the scrolling could be used 
 from existing Qt widgets.

I like to try out both the ways and see what is the best match, if I can
proceed fast enough. But at this point I have no idea, about whether it is
possible as I am not much comfortable with the code. But I may be able to
think about it more after about a week, probably after more efforts.

Thank you for adding all these ideas.

Thanks,
Hashini

Re: GSoC (further) ideas proposals

[stefano franchi]

On Fri, Apr 12, 2013 at 10:43 AM, Tommaso Cucinotta tomm...@lyx.org wrote:

 I dropped a few of the proposed ideas on


 http://wiki.lyx.org/Devel/SummerOfCode2013Ideas#sDevel.SummerOfCode2013Ideas

 but of course I don't mean to mentor more than 1 project. Also, for the
 interactivity projects, it would be nice to have a 2nd name appointed,
 interesting in backing up the mentorship.


Thanks! Of course no one would be expected to mentor more than one project.
As for backup mentors, I think we can probably wait until we get the slots,
and we a clearer idea of what GSoC will be like.

Cheers,

Stefano




-- 
__
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: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

[Hashini Senaratne]

Hello Jean,

Jean-Marc Lasgouttes lasgouttes at lyx.org writes:

  If we are going to implement the buttons, I think we need to indent a slight
  amount horizontally for one click? Is that the same idea that had in your
  mind? If the click on this button, shows us the end (edge) of the object,
  that would not be useful, as the user can be able to access each and every
  point of the too wide object. My suggestion is indent/slide 50% from the
  width of the screen per a click.
 
 Or we could play with something that slide as long as the mouse is 
 pressed (maybe with some accelleration abnd nice physics effects if we 
 feel like it).

Superb! It is a really good idea.

 I think implementing the mechanism for moving the rows when cursor moves 
 is the first thing to do, as this requires no UI. The toolbar/button 
 will just have to hook on this code.

Thank you for the advice. 

I also thought before implement moving for several rows, we should start
with a single row. You have mentioned that 'move the row when the cursor
moves'. What I understood was, first we are going to try to move a row. But
did you meant that the row movements are going to be triggered according to
the cursor movements? 
Or did you meant to move the row where the cursor is at the moment, by click
on a button added to the toolbar?
If it is also not the idea you gave me, I really did not get your saying,
The toolbar/button will just have to hook on this code. Sorry for that.
Could you please explain it to me?

I will search more about this get back to you after a day. 

  I suspect that this problem can be solved very easily (I mean in terms
  of number of lines of code to change, not in time needed to find the
  right place :). The idea is that an element of an inset should not have
  a width larger than the screen just because on element of the inset is
  overly large.
 
  I tried this. Is the 'legend' mentioned here is a label? Sorry, as I am
  still not familiar with the terms. What I did was, inserted a Label to the
  same float. As mentioned in the link you have given, a label with too long
  text is not fully visible and we cannot make it visible but using the mouse
  even. But this happens  all the time, not only when Label exists in a float.
  Even when a label is inserted to the normal working area this problem
remains.
 
 I tried to create an example file (attached) and saw that this problem 
 is already solved (try it). Unless someone can tell me what the problem is?

Thank you very much for the file. I think I have mistaken what a table
legend is. I have thought about a label instead. According to your file, the
problems stated in the comment seems to be already solved. 
As I mentioned the label issue is still there as same as with the tables and
the equations. Here is the same file which shows the label effect (Added
another float below the one you have added):
https://dl.dropboxusercontent.com/u/105510128/largetable.lyx
(I do not know the standard way to share files within the mailing list. If I
have done anything inappropriate please help me to correct that)


Thank you
Hashini

Re: Interested in GSOC Project:

[Hashini Senaratne]

Hello Pavel,

Pavel Sanda sanda at lyx.org writes:
 Bingo, they are no way related to QT and I suspect they had .ui extension
 before LyX had QT graphical frontend at all.
 We do the layout manually in the code, search for strings like menu, toolbar
 or shortcut in the code :)

Thank you Pavel for the information and also for the hint. 

Hashini

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

[Jean-Marc Lasgouttes]

Le 12/04/2013 17:47, Hashini Senaratne a écrit :

I also thought before implement moving for several rows, we should start
with a single row. You have mentioned that 'move the row when the cursor
moves'. What I understood was, first we are going to try to move a row. But
did you meant that the row movements are going to be triggered according to
the cursor movements?
Or did you meant to move the row where the cursor is at the moment, by click
on a button added to the toolbar?
If it is also not the idea you gave me, I really did not get your saying,
The toolbar/button will just have to hook on this code. Sorry for that.
Could you please explain it to me?


It would look like:

1/ implement the function slide_row_by__amount_xx (I do not know in what 
unit the xx should be).


2/ when the test cursor is moved to a place where it would not be 
visible, move a bit the row so that it is visible (by the minimal 
amount, by a grater amount, I do not know). This uses the function 
defined in 1/


3/ add some UI elements (to be determined) to be able to scroll the 
current row when it is too large. The UI element will again use the 
function of 1/ to do its job.


HTH

JMarc

Re: Re: Python detection

[José Matos]

On Thursday 11 April 2013 10:59:47 Pavel Sanda wrote:
 I think that long term solution was rather to switch to Python 3.
 But all such talk is cheap, we need patches 
 Pavel

The first step is to raise the supported python to version 2.7 and then the 
transition will be easy. That was the whole point of version 2.7 (after version 
2.6) was to ease the transition to python 3. That is realistic and an easy task.

Are we there at that point?

Should that be one of the goals of lyx-2.2-devel?

That is what we can decide now.

-- 
José Abílio

Re: Re: Python detection

[Pavel Sanda]

José Matos wrote:
 Are we there at that point?

You are the pythonist here :)
P

Re: [LyX master] Avoid check mistakenly current folder for .git/.svn/.CVS, when going up the path checking for parents.

[Stephan Witt]

Am 11.04.2013 um 11:39 schrieb Tommaso Cucinotta tomm...@lyx.org:

 On 11/04/13 06:21, Stephan Witt wrote:
   Avoid check mistakenly current folder for .git/.svn/.CVS, when going up 
 the path checking for parents.
 
 Why do you think it's a mistake to check the current folder for .git or .svn?
 
 It was checking the current folder from where LyX is launched, not (only) the 
 one in which the document resides.
 That was happening going up the hierarchy, checking: doc folder, its parent, 
 its parent, etc..., then the bug
 was taking  as parent folder of /, which was causing the problem.

I see. I misunderstood your commit log. 

With the term current folder you refer to , not the folder where the document 
resides.

Thank you.
Stephan

Re: Re: Re: Python detection

[José Matos]

On Friday 12 April 2013 12:35:57 Pavel Sanda wrote:
 You are the pythonist here 
 P

:-)

The issue is what is the minimum version of python that we want to support. If 
we decide to stay with python 2 as the default version the question then 
becomes what is the minimum version we want to support.

According to http://en.wikipedia.org/wiki/History_of_Python

the minimum version of python that we are using now has been released more than 
8 years ago.

 *  Python 2.0 - October 16, 2000 
 *  Python 2.1 - April 17, 2001
 *  Python 2.2 - December 21, 2001
 *  Python 2.3 - July 29, 2003
 *  Python 2.4 - November 30, 2004
 *  Python 2.5 - September 19, 2006
 *  Python 2.6 - October 1, 2008
 *  Python 2.7 - July 3, 2010

The main differences between 2.6 and 2.7 is that 2.7 simplifies more the 
transition process to python 3.

The political decision that we need to make is what is the minimum standard we 
want to set for the python version. For example python 2.7 is only available 
for wheezy that will be debian 7.0 as well for RHEL 7 that we will be out soon. 
Both the most up to date current stable versions of these two distributions, 
that we have used as reference in the past, only carry currently python 2.6.

I would expect that they will only switch to python3 by default in 5 years or 
so (a forecast done with my usual optimism).

So these are the facts. The question then is how do we want to proceed?

-- 
José Abílio

Re: Re: DocBook converters (no knowledge of DocBook required)

[José Matos]

On Wednesday 10 April 2013 22:05:09 Scott Kostyshak wrote:
 I tried to test docbook_article with db2pdf and I get errors. Here are a few:
 
 openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:113:68:E:
 element DUMMY undefined
 openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:114:6:E:
 element DUMMY undefined
 openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:114:83:E:
 end tag for FOOTNOTE which is not finished
 openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:121:89:E:
 element DUMMY undefined
 openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:121:169:E:
 end tag for FOOTNOTE which is not finished
 support/Systemcall.cpp (277): Systemcall: 'db2pdf
 docbook_article.sgml' finished with exit code 8
 Error: Cannot convert file
 
 An error occurred while running:
 db2pdf docbook_article.sgml
 
 Note that I can export docbook_article with sgmltools.
 
 Does db2pdf work for you?

I have different errors since I only have docbook 4.5 installed.

The patch attached fixes the first problem you describe the DUMMY references 
(pun intended). :-D

I will try to chase and fix the others.

Regards,
-- 
José Abíliodiff --git a/src/sgml.cpp b/src/sgml.cpp
index 9854784..4842b07 100644
--- a/src/sgml.cpp
+++ b/src/sgml.cpp
@@ -181,7 +181,12 @@ void sgml::openTag(odocstream  os, string const  name, string const  attribut
 	string param = subst(attribute, , \);
 	param = subst(param, , \);
 
-	if (!name.empty()  name != !-- --) {
+	// Note: we ignore the name if it empty or if it is a comment !-- -- or
+	// if the name is *dummy*.
+	// We ignore dummy because dummy is not a valid docbook element and it is
+	// the internal name given to single paragraphs in the latex output.
+	// This allow us to simplify the code a lot and is a reasonable compromise.
+	if (!name.empty()  name != !-- --  name != dummy) {
 		os  ''  from_ascii(name);
 		if (!param.empty())
 			os  ' '  from_ascii(param);
@@ -192,7 +197,7 @@ void sgml::openTag(odocstream  os, string const  name, string const  attribut
 
 void sgml::closeTag(odocstream  os, string const  name)
 {
-	if (!name.empty()  name != !-- --)
+	if (!name.empty()  name != !-- --  name != dummy)
 		os  /  from_ascii(name)  '';
 }
 

Re: DocBook converters (no knowledge of DocBook required)

[Richard Heck]

On 04/10/2013 10:01 PM, Scott Kostyshak wrote:

On Mon, Apr 8, 2013 at 10:20 AM, José Matos jama...@lyx.org wrote:

The sgmltools (that I don't have installed) will most probably use the latex
way so I agree with you that the ps backend is the way to go (even if in the
end it is the same transformation path).

OK, it sounds like it makes sense to add support for PostScript as a backend.

Can you or Richard check the attached patch? I do not have confidence
in editing configure.py. I did test it and it works for me.


That patch looks fine. But Jose is definitely the expert on docbook.

rh

Re: Interested in contributing in some project.

[stefano franchi]

On Sat, Apr 13, 2013 at 12:23 AM, Puja Singh singh.puja.07...@gmail.comwrote:

 Hi!
 Am sorry for bothering you so soon again,but I somehow managed to fix the
 problem!
 Now I have successfully setup the devlopers environment in my machine. :)
 So,kindly guide me further towards working with your organization!



Hi Puja,

(please send your message to the whole list---your chances of getting an
answer will increase dramatically.)

Have you looked at the list of projects on our ideas page? Is there any
project that would interest you? That is the logical starting point. Once
you've found an interesting project, start asking the devel list how it may
be tackled.

Best,

Stefano


 Thank You

 Regards
 Puja


 On Wed, Apr 10, 2013 at 12:08 PM, stefano franchi 
 stefano.fran...@gmail.com wrote:

 Hi Puja,

 thank you for your interest in Lyx and for your offer to improve it
 through the GSoC 2013 project. You van get a feeling for what is required
 by first downloading the source code. It is held in a git repository, which
 you can browse here: http://www.lyx.org/trac/browser/lyxgit

 See this page: http://www.lyx.org/HowToUseGIT  on how to clone the repo
 onto you machine, and for compiling instructions.

 The list of GSoC 2013 projects we are recruiting students for is here:
 http://wiki.lyx.org/Devel/SummerOfCode2013Ideas
 (You are always free to submit your own project, of course, but the
 project listed have mentors already. A new project would have to find
 mentors first).

 I would suggest you start looking at the open projects, find something
 that interest you and then ask the list about what is required to
 successfully carry it out.


 Best,

 Stefano














 On Tue, Apr 9, 2013 at 6:59 PM, Puja Singh singh.puja.07...@gmail.comwrote:


- Hello everyone!
-
-   I am Puja Singh, from Netaji Subhash Engineering College,
Kolkata , India.
-
- I have been an open source enthusiast for quite a some time
now,and was wondering if GSoC 2013 could provide me a platform good 
 enough
to the next level.
-
-   I am familiar with C, C++, JAVA, PYTHON, HTML(5), JavaScript ,
PHP, MySQL , PL/SQL and have been working on Cloud Computing for last 1.5
years now (I have a paper published in a special edition of Springer).
Also,I am an active member of the Linux User Group, Nixal,of my
college.(irc - #Nixal)
- I have helped develop/maintain the following websites belonging to
my college :
- 1. www.avenirnsec.com
- 2. www.phoenixnsec.org
-

Please guide me through the process and inform me if i can contribute 
 towards fixing any bug or project.

-

Apologies if i didn't follow the mail list etiquettes.

Regards,
Puja Singh
(irc chat handle - puja)







 --
 __
 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





-- 
__
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: Re: DocBook converters (no knowledge of DocBook required)

[Pavel Sanda]

José Matos wrote:
 The patch attached fixes the first problem you describe the DUMMY 
 references (pun intended). :-D

Dunno how much related but I remember docbookdummy problem reported in bug 
tracker.
Pavel

Re: Re: Re: Python detection

[Pavel Sanda]

José Matos wrote:
 So these are the facts. The question then is how do we want to proceed?

I thought we want to be 3.0 compatible and ditch 2.x series completely(?).
Otherwise it looks like just maintenace burden without profit.

What's the status of python 3 on fedora/debian/suse?

Pavel

GSoC -- Interested in Layout Editor Project

[Alexander Nord]

Hi,

I'm Alex.  I'm a junior at Reed College in Portland, OR.

I think what you guys are doing sounds awesome, and I'd love to apply to
take on the
Layout Editor project.  I've never done GSoC (or, for that matter any
professional
programming) before, and I'm feeling a little daunted approaching the
application process,
so any advice on how to get my application rolling would be enormously
appreciated!

Thanks,

Alex Nord
an...@reed.edu

Re: Re: DocBook converters (no knowledge of DocBook required)

[Scott Kostyshak]

On Fri, Apr 12, 2013 at 6:31 PM, José Matos jama...@lyx.org wrote:
 On Wednesday 10 April 2013 22:05:09 Scott Kostyshak wrote:
 I have different errors since I only have docbook 4.5 installed.

 The patch attached fixes the first problem you describe the DUMMY 
 references (pun intended). :-D

 I will try to chase and fix the others.

Your patch does help. Here is the output I get now from db2pdf (exit code is 8):

Using catalogs: /etc/sgml/catalog
Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print
Working on: docbook_article.sgml
openjade:docbook_article.sgml:30:121:E: start tag for LISTITEM
omitted, but its declaration does not permit this
openjade:docbook_article.sgml:51:26:E: start tag for TITLE omitted,
but its declaration does not permit this
openjade:docbook_article.sgml:59:22:E: end tag for INLINEMEDIAOBJECT
which is not finished
openjade:docbook_article.sgml:60:6:E: document type does not allow
element TITLE here; assuming missing BLOCKQUOTE start-tag
openjade:docbook_article.sgml:60:15:E: document type does not allow
element CAPTION here
openjade:docbook_article.sgml:60:38:E: end tag for element CAPTION
which is not open
openjade:docbook_article.sgml:61:8:E: BLOCKQUOTE not finished but
containing element ended
openjade:docbook_article.sgml:63:26:E: start tag for TITLE omitted,
but its declaration does not permit this
openjade:docbook_article.sgml:71:22:E: end tag for INLINEMEDIAOBJECT
which is not finished
openjade:docbook_article.sgml:72:6:E: document type does not allow
element TITLE here; assuming missing BLOCKQUOTE start-tag
openjade:docbook_article.sgml:72:15:E: document type does not allow
element CAPTION here
openjade:docbook_article.sgml:72:47:E: end tag for element CAPTION
which is not open
openjade:docbook_article.sgml:73:8:E: BLOCKQUOTE not finished but
containing element ended
openjade:docbook_article.sgml:75:66:E: document type does not allow
element INFORMALTABLE here
openjade:docbook_article.sgml:104:15:E: document type does not allow
element CAPTION here
openjade:docbook_article.sgml:104:42:E: end tag for element CAPTION
which is not open
openjade:docbook_article.sgml:105:7:E: end tag for TABLE which is not finished
openjade:docbook_article.sgml:113:62:E: character data is not allowed here
openjade:docbook_article.sgml:114:68:E: end tag for FOOTNOTE which
is not finished
openjade:docbook_article.sgml:121:83:E: character data is not allowed here
openjade:docbook_article.sgml:121:154:E: end tag for FOOTNOTE which
is not finished

Scott

Re: DocBook converters (no knowledge of DocBook required)

[Scott Kostyshak]

On Fri, Apr 12, 2013 at 6:56 PM, Richard Heck rgh...@lyx.org wrote:
 On 04/10/2013 10:01 PM, Scott Kostyshak wrote:

 On Mon, Apr 8, 2013 at 10:20 AM, José Matos jama...@lyx.org wrote:

 The sgmltools (that I don't have installed) will most probably use the
 latex
 way so I agree with you that the ps backend is the way to go (even if in
 the
 end it is the same transformation path).

 OK, it sounds like it makes sense to add support for PostScript as a
 backend.

 Can you or Richard check the attached patch? I do not have confidence
 in editing configure.py. I did test it and it works for me.


 That patch looks fine. But Jose is definitely the expert on docbook.

OK, I will apply the patch then unless someone disagrees. José cannot
test because he does not use sgmltools.

Scott

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

[Scott Kostyshak]

On Fri, Apr 12, 2013 at 10:48 AM, Hashini Senaratne hashz1...@gmail.com wrote:
 Scott Kostyshak skostysh at lyx.org writes:
 Yes, it will probably take a lot of time. I think that doing whatever
 is the most fun/ least frustrating to get to know the code is the
 best. That could mean trying to solve a small bug or just
 experimenting. If you would find it helpful, we could choose a small
 bug to work on together. I have many small buglettes that I would like
 to someday address if you are looking for some, but if you have one
 that you would be interested in solving, that might be better. Let me
 know what would be best for you.

 I am really thankful to you if you can work with me to solve a simple bug,
 as you suggested. Do you have any bug in your mind, a little related to UI?
 Even if it is not, I like to learn from you in the way you suggested.
 Please guide me through this when you have time.

OK, sounds good. I will go through my disorganized dump of notes this
weekend and write up some descriptions of minor bugs. I'm sure I have
something related to UI, but not sure how related to the part of UI
you will need for the project. Then you can see if one of them looks
interesting.

Scott

Re: [LyX master] Hungarian Tutorial.lyx: revert last change

[Scott Kostyshak]

On Wed, Apr 10, 2013 at 10:37 AM, Guenter Milde  wrote:
> On 2013-04-10, Kornel Benko wrote:
>> Therefore explicitly setting the default for _this_ document is OK IMHO.
>
> Agreed.

OK, I committed this at 18f5500a. There were two explicit +1's and Uwe
says the document should be exported with pdflatex. The format is kept
at 2.0's format.

Scott

Re: GSoC (further) ideas proposals

[Tommaso Cucinotta]

On 11/04/13 21:04, Liviu Andronic wrote:

> Sounds great. Would you mind registering on Google Melange?

Done.

I dropped a few of the proposed ideas on 

  http://wiki.lyx.org/Devel/SummerOfCode2013Ideas#sDevel.SummerOfCode2013Ideas

but of course I don't mean to mentor more than 1 project. Also, for the 
interactivity projects, it would be nice to have a 2nd name appointed, 
interesting in backing up the mentorship.

T.

Re: GSoC: On being a mentor

[Jean-Marc Lasgouttes]

12/04/2013 03:59, Cyrille Artho:

(5) Time commitment. This depends on the abilities of the student, and
also on the time zone difference (there is less you can do if the
student is eight hours away). Early on in the project, one hour per day
or even more is common, so make sure you have enough time to mentor a
student if you are the primary mentor of a project.


Reading all this makes me reconsider my offer to be a mentor (for 
horizontal scroll bars)... What are the start and stop dates for GSoC? I 
will take some vacations during this period...


JMarc

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

[Jean-Marc Lasgouttes]

12/04/2013 03:38, Cyrille Artho:

If possible, I would favor reusing existing UI elements as much as
possible (which probably means a Qt scroll bar). The reason for this is
that a user instantly knows what to expect, and that the elements will
have a look and feel that corresponds to the target platform. If we
create our own buttons, then we have to adapt their look and feel to
each system.

Of course, the code implementing the scroll behavior still needs to be
written mostly from scratch, as we do not have a standard Qt container
that is scrolled; but at least the UI element doing the scrolling could
be used from existing Qt widgets.


I am not so sure that we need native-like controls. Our current buttons 
are not native anyway.


JMarc

Re: GSoC: On being a mentor

[Liviu Andronic]

On Fri, Apr 12, 2013 at 10:56 AM, Jean-Marc Lasgouttes
 wrote:
> 12/04/2013 03:59, Cyrille Artho:
>
>> (5) Time commitment. This depends on the abilities of the student, and
>> also on the time zone difference (there is less you can do if the
>> student is eight hours away). Early on in the project, one hour per day
>> or even more is common, so make sure you have enough time to mentor a
>> student if you are the primary mentor of a project.
>
>
> Reading all this makes me reconsider my offer to be a mentor (for horizontal
> scroll bars)... What are the start and stop dates for GSoC? I will take some
> vacations during this period...
>
The timeline is here:
http://www.google-melange.com/gsoc/events/google/gsoc2013 . Work
happens basically between beginning of June to beginning of September.

Given the nr of projects that Google will actually accept, I think
that in principle it will be possible to have two (or maybe three)
mentors for the same project. Plus lyx-devel. And we always have Scott
and Cyrille to back up in case of unexpected commitments. I don't know
how it will pan out, but I think it should be doable even considering
vacations. Maybe Cyrille can add more on this.

Liviu

Re: gsoc2013

[Евгений Лежнин]

Thank you for the advice

12.04.2013 11:52, Cyrille Artho пишет:

Dear Evgenii,
You may submit two project proposals if you wish. The choice of the 
project is yours. Think about what project appeals to you the most, 
and also think about concrete steps to get towards the project goals.


Try to break down the project into three portions (one month each), 
and the first part also into smaller portions (one week or so). During 
this process, you have to think in more detail what to do, which in 
turn may allow you to make a choice.


Евгений Лежнин wrote:
Hi, I'm Evgenii, I'm student and wish to participate in gsoc. I have 
been
worked on different projects using C++ and Qt for 3 years. I would 
like to
participate with "UI Improvements and non-linear writing 
enhancements" or

"Horizontal scrollbar for tables and math", or maybe some others. I have
been used LyX only for half of the year, that's why I don't have my own
idea. One of the reasons why I wish to work with LyX this summer, it's
because I want to know better about LyX.

Re: gsoc2013

[Liviu Andronic]

Dear Evgenii,


On Thu, Apr 11, 2013 at 3:56 AM, Евгений Лежнин  wrote:
> Hi, I'm Evgenii, I'm student and wish to participate in gsoc. I have been
> worked on different projects using C++ and Qt for 3 years. I would like to
> participate with "UI Improvements and non-linear writing enhancements" or
> "Horizontal scrollbar for tables and math", or maybe some others. I have
>
In addition to Cyrille's suggestions I would point you towards
lyx-devel for an extended discussion on "Horizontal scrollbar for
tables and math". As for the "UI Improvements and non-linear writing
enhancements", I would suggest that you take a look at Rob's outliner
project:
http://www.oak-tree.us/lyx-outline/
https://launchpad.net/lyx-outline

Much of the work is already done, and what it needs is some love and
for someone to merge it with trunk. But Rob would have more to say on
this.

Regards,
Liviu


> been used LyX only for half of the year, that's why I don't have my own
> idea. One of the reasons why I wish to work with LyX this summer, it's
> because I want to know better about LyX.



-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Re: GSoC: On being a mentor

[Jean-Marc Lasgouttes]

12/04/2013 11:32, Liviu Andronic:

Given the nr of projects that Google will actually accept, I think
that in principle it will be possible to have two (or maybe three)
mentors for the same project. Plus lyx-devel. And we always have Scott
and Cyrille to back up in case of unexpected commitments. I don't know
how it will pan out, but I think it should be doable even considering
vacations. Maybe Cyrille can add more on this.


If are enough people on the same projetc, I agree that things will be 
doable.


JMarc

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

[Jean-Marc Lasgouttes]

11/04/2013 17:15, Hashini Senaratne:

Today I installed QT4 dev tools and QT4 designer. But when I tried to open
the file /lib/ui/default.ui it gave an error: "The file /lib/ui/default.ui
is not a valid Designer UI file. Do you want to update the file location or
generate a new form?"
If you have any idea about this please mention. But I am still searching too.


These file are in our own format and describe menus and toolbars.


Could you please help me to understand what is an inset in this context? As
I understood, inset is a container like thing that helps to insert different
types of objects. Please correct me, as I am new to LyX.


Yes. It is anything that can be inserted as a character but is more than 
that. All the contents (tables, graphics, cross references, notes, 
ERT...) that you see in the text is an inset. Actually, the main text is 
in a text inset, but one does not see that on screen.



If we are going to implement the buttons, I think we need to indent a slight
amount horizontally for one click? Is that the same idea that had in your
mind? If the click on this button, shows us the end (edge) of the object,
that would not be useful, as the user can be able to access each and every
point of the too wide object. My suggestion is indent/slide 50% from the
width of the screen per a click.


Or we could play with something that slide as long as the mouse is 
pressed (maybe with some accelleration abnd nice physics effects if we 
feel like it).


I think implementing the mechanism for moving the rows when cursor moves 
is the first thing to do, as this requires no UI. The toolbar/button 
will just have to hook on this code.



I suspect that this problem can be solved very easily (I mean in terms
of number of lines of code to change, not in time needed to find the
right place :). The idea is that an element of an inset should not have
a width larger than the screen just because on element of the inset is
overly large.


I tried this. Is the 'legend' mentioned here is a label? Sorry, as I am
still not familiar with the terms. What I did was, inserted a Label to the
same float. As mentioned in the link you have given, a label with too long
text is not fully visible and we cannot make it visible but using the mouse
even. But this happens  all the time, not only when Label exists in a float.
Even when a label is inserted to the normal working area this problem remains.


I tried to create an example file (attached) and saw that this problem 
is already solved (try it). Unless someone can tell me what the problem is?


JMarc


largetable.lyx
Description: application/lyx

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

[Hashini Senaratne]

Hello Scott,

Scott Kostyshak  lyx.org> writes:
> Commenting out lines of code sounds like a great technique for
> learning. I had never thought about that!

That was because I am new to this and could not identified specific places
with related code. I will promise you that I will improve on this.

> > I think I have to spend
> > more time with the code and identify related area. But still I could not
> > identify most of them.
> 
> Yes, it will probably take a lot of time. I think that doing whatever
> is the most fun/ least frustrating to get to know the code is the
> best. That could mean trying to solve a small bug or just
> experimenting. If you would find it helpful, we could choose a small
> bug to work on together. I have many small buglettes that I would like
> to someday address if you are looking for some, but if you have one
> that you would be interested in solving, that might be better. Let me
> know what would be best for you.

I am really thankful to you if you can work with me to solve a simple bug,
as you suggested. Do you have any bug in your mind, a little related to UI?
Even if it is not, I like to learn from you in the way you suggested.
Please guide me through this when you have time.

Thank you for the great idea.
Hashini

Re: Interested in GSOC Project:

[Hashini Senaratne]

Hello Cyrille,

Cyrille Artho  aist.go.jp> writes:
> >
>  * have buttons with arrows in the left and right margin or (since
>  these margins are currently thin) maybe buttons that appear as
>  needed when the mouse if over the problematic inset.
> >>>
> >>> I think this option will not much user-friendly.
> >>
> >> Well, it requires to move the mouse to some particular place, but the
> >> same holds for the scrollbar. But you may be right.
> >
> > If we are going to implement the buttons, I think we need to indent a slight
> > amount horizontally for one click? Is that the same idea that had in your
> > mind? If the click on this button, shows us the end (edge) of the object,
> > that would not be useful, as the user can be able to access each and every
> > point of the too wide object. My suggestion is indent/slide 50% from the
> > width of the screen per a click.
> >
> If possible, I would favor reusing existing UI elements as much as possible 
> (which probably means a Qt scroll bar). The reason for this is that a user 
> instantly knows what to expect, and that the elements will have a look and 
> feel that corresponds to the target platform. If we create our own buttons, 
> then we have to adapt their look and feel to each system.
> 
> Of course, the code implementing the scroll behavior still needs to be 
> written mostly from scratch, as we do not have a standard Qt container that 
> is scrolled; but at least the UI element doing the scrolling could be used 
> from existing Qt widgets.

I like to try out both the ways and see what is the best match, if I can
proceed fast enough. But at this point I have no idea, about whether it is
possible as I am not much comfortable with the code. But I may be able to
think about it more after about a week, probably after more efforts.

Thank you for adding all these ideas.

Thanks,
Hashini

Re: GSoC (further) ideas proposals

[stefano franchi]

On Fri, Apr 12, 2013 at 10:43 AM, Tommaso Cucinotta  wrote:

> I dropped a few of the proposed ideas on
>
>
> http://wiki.lyx.org/Devel/SummerOfCode2013Ideas#sDevel.SummerOfCode2013Ideas
>
> but of course I don't mean to mentor more than 1 project. Also, for the
> interactivity projects, it would be nice to have a 2nd name appointed,
> interesting in backing up the mentorship.
>

Thanks! Of course no one would be expected to mentor more than one project.
As for backup mentors, I think we can probably wait until we get the slots,
and we a clearer idea of what GSoC will be like.

Cheers,

Stefano




-- 
__
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: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

[Hashini Senaratne]

Hello Jean,

Jean-Marc Lasgouttes  lyx.org> writes:

> > If we are going to implement the buttons, I think we need to indent a slight
> > amount horizontally for one click? Is that the same idea that had in your
> > mind? If the click on this button, shows us the end (edge) of the object,
> > that would not be useful, as the user can be able to access each and every
> > point of the too wide object. My suggestion is indent/slide 50% from the
> > width of the screen per a click.
> 
> Or we could play with something that slide as long as the mouse is 
> pressed (maybe with some accelleration abnd nice physics effects if we 
> feel like it).

Superb! It is a really good idea.

> I think implementing the mechanism for moving the rows when cursor moves 
> is the first thing to do, as this requires no UI. The toolbar/button 
> will just have to hook on this code.

Thank you for the advice. 

I also thought before implement moving for several rows, we should start
with a single row. You have mentioned that 'move the row when the cursor
moves'. What I understood was, first we are going to try to move a row. But
did you meant that the row movements are going to be triggered according to
the cursor movements? 
Or did you meant to move the row where the cursor is at the moment, by click
on a button added to the toolbar?
If it is also not the idea you gave me, I really did not get your saying,
"The toolbar/button will just have to hook on this code." Sorry for that.
Could you please explain it to me?

I will search more about this get back to you after a day. 

> >> I suspect that this problem can be solved very easily (I mean in terms
> >> of number of lines of code to change, not in time needed to find the
> >> right place :). The idea is that an element of an inset should not have
> >> a width larger than the screen just because on element of the inset is
> >> overly large.
> >
> > I tried this. Is the 'legend' mentioned here is a label? Sorry, as I am
> > still not familiar with the terms. What I did was, inserted a Label to the
> > same float. As mentioned in the link you have given, a label with too long
> > text is not fully visible and we cannot make it visible but using the mouse
> > even. But this happens  all the time, not only when Label exists in a float.
> > Even when a label is inserted to the normal working area this problem
remains.
> 
> I tried to create an example file (attached) and saw that this problem 
> is already solved (try it). Unless someone can tell me what the problem is?

Thank you very much for the file. I think I have mistaken what a table
legend is. I have thought about a label instead. According to your file, the
problems stated in the comment seems to be already solved. 
As I mentioned the label issue is still there as same as with the tables and
the equations. Here is the same file which shows the label effect (Added
another float below the one you have added):
https://dl.dropboxusercontent.com/u/105510128/largetable.lyx
(I do not know the standard way to share files within the mailing list. If I
have done anything inappropriate please help me to correct that)


Thank you
Hashini

Re: Interested in GSOC Project:

[Hashini Senaratne]

Hello Pavel,

Pavel Sanda  lyx.org> writes:
> Bingo, they are no way related to QT and I suspect they had .ui extension
> before LyX had QT graphical frontend at all.
> We do the layout manually in the code, search for strings like menu, toolbar
> or shortcut in the code :)

Thank you Pavel for the information and also for the hint. 

Hashini

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

[Jean-Marc Lasgouttes]

Le 12/04/2013 17:47, Hashini Senaratne a écrit :

I also thought before implement moving for several rows, we should start
with a single row. You have mentioned that 'move the row when the cursor
moves'. What I understood was, first we are going to try to move a row. But
did you meant that the row movements are going to be triggered according to
the cursor movements?
Or did you meant to move the row where the cursor is at the moment, by click
on a button added to the toolbar?
If it is also not the idea you gave me, I really did not get your saying,
"The toolbar/button will just have to hook on this code." Sorry for that.
Could you please explain it to me?


It would look like:

1/ implement the function slide_row_by__amount_xx (I do not know in what 
unit the xx should be).


2/ when the test cursor is moved to a place where it would not be 
visible, move a bit the row so that it is visible (by the minimal 
amount, by a grater amount, I do not know). This uses the function 
defined in 1/


3/ add some UI elements (to be determined) to be able to scroll the 
current row when it is too large. The UI element will again use the 
function of 1/ to do its job.


HTH

JMarc

Re: Re: Python detection

[José Matos]

On Thursday 11 April 2013 10:59:47 Pavel Sanda wrote:
> I think that long term solution was rather to switch to Python 3.
> But all such talk is cheap, we need patches 
> Pavel

The first step is to raise the supported python to version 2.7 and then the 
transition will be easy. That was the whole point of version 2.7 (after version 
2.6) was to ease the transition to python 3. That is realistic and an easy task.

Are we there at that point?

Should that be one of the goals of lyx-2.2-devel?

That is what we can decide now.

-- 
José Abílio

Re: Re: Python detection

[Pavel Sanda]

José Matos wrote:
> Are we there at that point?

You are the pythonist here :)
P

Re: [LyX master] Avoid check mistakenly current folder for .git/.svn/.CVS, when going up the path checking for parents.

[Stephan Witt]

Am 11.04.2013 um 11:39 schrieb Tommaso Cucinotta :

> On 11/04/13 06:21, Stephan Witt wrote:
>>>   Avoid check mistakenly current folder for .git/.svn/.CVS, when going up 
>>> the path checking for parents.
>> 
>> Why do you think it's a mistake to check the current folder for .git or .svn?
> 
> It was checking the current folder from where LyX is launched, not (only) the 
> one in which the document resides.
> That was happening going up the hierarchy, checking: doc folder, its parent, 
> its parent, etc..., then the bug
> was taking "" as parent folder of "/", which was causing the problem.

I see. I misunderstood your commit log. 

With the term current folder you refer to "", not the folder where the document 
resides.

Thank you.
Stephan

Re: Re: Re: Python detection

[José Matos]

On Friday 12 April 2013 12:35:57 Pavel Sanda wrote:
> You are the pythonist here 
> P

:-)

The issue is what is the minimum version of python that we want to support. If 
we decide to stay with python 2 as the default version the question then 
becomes what is the minimum version we want to support.

According to http://en.wikipedia.org/wiki/History_of_Python

the minimum version of python that we are using now has been released more than 
8 years ago.

 *  Python 2.0 - October 16, 2000 
 *  Python 2.1 - April 17, 2001
 *  Python 2.2 - December 21, 2001
 *  Python 2.3 - July 29, 2003
 *  Python 2.4 - November 30, 2004
 *  Python 2.5 - September 19, 2006
 *  Python 2.6 - October 1, 2008
 *  Python 2.7 - July 3, 2010

The main differences between 2.6 and 2.7 is that 2.7 simplifies more the 
transition process to python 3.

The political decision that we need to make is what is the minimum standard we 
want to set for the python version. For example python 2.7 is only available 
for wheezy that will be debian 7.0 as well for RHEL 7 that we will be out soon. 
Both the most up to date current stable versions of these two distributions, 
that we have used as reference in the past, only carry currently python 2.6.

I would expect that they will only switch to python3 by default in 5 years or 
so (a forecast done with my usual optimism).

So these are the facts. The question then is how do we want to proceed?

-- 
José Abílio

Re: Re: DocBook converters (no knowledge of DocBook required)

[José Matos]

On Wednesday 10 April 2013 22:05:09 Scott Kostyshak wrote:
> I tried to test docbook_article with db2pdf and I get errors. Here are a few:
> 
> openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:113:68:E:
> element "DUMMY" undefined
> openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:114:6:E:
> element "DUMMY" undefined
> openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:114:83:E:
> end tag for "FOOTNOTE" which is not finished
> openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:121:89:E:
> element "DUMMY" undefined
> openjade:/tmp/lyx_tmpdir.n10355/lyx_tmpbuf2/docbook_article.sgml:121:169:E:
> end tag for "FOOTNOTE" which is not finished
> support/Systemcall.cpp (277): Systemcall: 'db2pdf
> "docbook_article.sgml"' finished with exit code 8
> Error: Cannot convert file
> 
> An error occurred while running:
> db2pdf "docbook_article.sgml"
> 
> Note that I can export docbook_article with sgmltools.
> 
> Does db2pdf work for you?

I have different errors since I only have docbook 4.5 installed.

The patch attached fixes the first problem you describe the "DUMMY" references 
(pun intended). :-D

I will try to chase and fix the others.

Regards,
-- 
José Abíliodiff --git a/src/sgml.cpp b/src/sgml.cpp
index 9854784..4842b07 100644
--- a/src/sgml.cpp
+++ b/src/sgml.cpp
@@ -181,7 +181,12 @@ void sgml::openTag(odocstream & os, string const & name, string const & attribut
 	string param = subst(attribute, "<", "\"");
 	param = subst(param, ">", "\"");
 
-	if (!name.empty() && name != "!-- --") {
+	// Note: we ignore the name if it empty or if it is a comment "" or
+	// if the name is *dummy*.
+	// We ignore dummy because dummy is not a valid docbook element and it is
+	// the internal name given to single paragraphs in the latex output.
+	// This allow us to simplify the code a lot and is a reasonable compromise.
+	if (!name.empty() && name != "!-- --" && name != "dummy") {
 		os << '<' << from_ascii(name);
 		if (!param.empty())
 			os << ' ' << from_ascii(param);
@@ -192,7 +197,7 @@ void sgml::openTag(odocstream & os, string const & name, string const & attribut
 
 void sgml::closeTag(odocstream & os, string const & name)
 {
-	if (!name.empty() && name != "!-- --")
+	if (!name.empty() && name != "!-- --" && name != "dummy")
 		os << "';
 }
 

Re: DocBook converters (no knowledge of DocBook required)

[Richard Heck]

On 04/10/2013 10:01 PM, Scott Kostyshak wrote:

On Mon, Apr 8, 2013 at 10:20 AM, José Matos  wrote:

The sgmltools (that I don't have installed) will most probably use the latex
way so I agree with you that the ps backend is the way to go (even if in the
end it is the same transformation path).

OK, it sounds like it makes sense to add support for PostScript as a backend.

Can you or Richard check the attached patch? I do not have confidence
in editing configure.py. I did test it and it works for me.


That patch looks fine. But Jose is definitely the expert on docbook.

rh

Re: Interested in contributing in some project.

[stefano franchi]

On Sat, Apr 13, 2013 at 12:23 AM, Puja Singh wrote:

> Hi!
> Am sorry for bothering you so soon again,but I somehow managed to fix the
> problem!
> Now I have successfully setup the devlopers environment in my machine. :)
> So,kindly guide me further towards working with your organization!
>
>

Hi Puja,

(please send your message to the whole list---your chances of getting an
answer will increase dramatically.)

Have you looked at the list of projects on our ideas page? Is there any
project that would interest you? That is the logical starting point. Once
you've found an interesting project, start asking the devel list how it may
be tackled.

Best,

Stefano


> Thank You
>
> Regards
> Puja
>
>
> On Wed, Apr 10, 2013 at 12:08 PM, stefano franchi <
> stefano.fran...@gmail.com> wrote:
>
>> Hi Puja,
>>
>> thank you for your interest in Lyx and for your offer to improve it
>> through the GSoC 2013 project. You van get a feeling for what is required
>> by first downloading the source code. It is held in a git repository, which
>> you can browse here: http://www.lyx.org/trac/browser/lyxgit
>>
>> See this page: http://www.lyx.org/HowToUseGIT  on how to clone the repo
>> onto you machine, and for compiling instructions.
>>
>> The list of GSoC 2013 projects we are recruiting students for is here:
>> http://wiki.lyx.org/Devel/SummerOfCode2013Ideas
>> (You are always free to submit your own project, of course, but the
>> project listed have mentors already. A new project would have to find
>> mentors first).
>>
>> I would suggest you start looking at the open projects, find something
>> that interest you and then ask the list about what is required to
>> successfully carry it out.
>>
>>
>> Best,
>>
>> Stefano
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Apr 9, 2013 at 6:59 PM, Puja Singh wrote:
>>
>>>
>>>- Hello everyone!
>>>-
>>>-   I am Puja Singh, from Netaji Subhash Engineering College,
>>>Kolkata , India.
>>>-
>>>- I have been an open source enthusiast for quite a some time
>>>now,and was wondering if GSoC 2013 could provide me a platform good 
>>> enough
>>>to the next level.
>>>-
>>>-   I am familiar with C, C++, JAVA, PYTHON, HTML(5), JavaScript ,
>>>PHP, MySQL , PL/SQL and have been working on Cloud Computing for last 1.5
>>>years now (I have a paper published in a special edition of Springer).
>>>Also,I am an active member of the Linux User Group, Nixal,of my
>>>college.(irc - #Nixal)
>>>- I have helped develop/maintain the following websites belonging to
>>>my college :
>>>- 1. www.avenirnsec.com
>>>- 2. www.phoenixnsec.org
>>>-
>>>
>>>Please guide me through the process and inform me if i can contribute 
>>> towards fixing any bug or project.
>>>
>>>-
>>>
>>>Apologies if i didn't follow the mail list etiquettes.
>>>
>>>Regards,
>>>Puja Singh
>>>(irc chat handle - puja)
>>>
>>>
>>>
>>>
>>>
>>
>>
>> --
>> __
>> 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
>>
>
>


-- 
__
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: Re: DocBook converters (no knowledge of DocBook required)

[Pavel Sanda]

José Matos wrote:
> The patch attached fixes the first problem you describe the "DUMMY" 
> references (pun intended). :-D

Dunno how much related but I remember docbook problem reported in bug 
tracker.
Pavel

Re: Re: Re: Python detection

[Pavel Sanda]

José Matos wrote:
> So these are the facts. The question then is how do we want to proceed?

I thought we want to be >3.0 compatible and ditch 2.x series completely(?).
Otherwise it looks like just maintenace burden without profit.

What's the status of python 3 on fedora/debian/suse?

Pavel

GSoC -- Interested in Layout Editor Project

[Alexander Nord]

Hi,

I'm Alex.  I'm a junior at Reed College in Portland, OR.

I think what you guys are doing sounds awesome, and I'd love to apply to
take on the
"Layout Editor" project.  I've never done GSoC (or, for that matter any
professional
programming) before, and I'm feeling a little daunted approaching the
application process,
so any advice on how to get my application rolling would be enormously
appreciated!

Thanks,

Alex Nord
an...@reed.edu

Re: Re: DocBook converters (no knowledge of DocBook required)

[Scott Kostyshak]

On Fri, Apr 12, 2013 at 6:31 PM, José Matos  wrote:
> On Wednesday 10 April 2013 22:05:09 Scott Kostyshak wrote:
> I have different errors since I only have docbook 4.5 installed.
>
> The patch attached fixes the first problem you describe the "DUMMY" 
> references (pun intended). :-D
>
> I will try to chase and fix the others.

Your patch does help. Here is the output I get now from db2pdf (exit code is 8):

Using catalogs: /etc/sgml/catalog
Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print
Working on: docbook_article.sgml
openjade:docbook_article.sgml:30:121:E: start tag for "LISTITEM"
omitted, but its declaration does not permit this
openjade:docbook_article.sgml:51:26:E: start tag for "TITLE" omitted,
but its declaration does not permit this
openjade:docbook_article.sgml:59:22:E: end tag for "INLINEMEDIAOBJECT"
which is not finished
openjade:docbook_article.sgml:60:6:E: document type does not allow
element "TITLE" here; assuming missing "BLOCKQUOTE" start-tag
openjade:docbook_article.sgml:60:15:E: document type does not allow
element "CAPTION" here
openjade:docbook_article.sgml:60:38:E: end tag for element "CAPTION"
which is not open
openjade:docbook_article.sgml:61:8:E: "BLOCKQUOTE" not finished but
containing element ended
openjade:docbook_article.sgml:63:26:E: start tag for "TITLE" omitted,
but its declaration does not permit this
openjade:docbook_article.sgml:71:22:E: end tag for "INLINEMEDIAOBJECT"
which is not finished
openjade:docbook_article.sgml:72:6:E: document type does not allow
element "TITLE" here; assuming missing "BLOCKQUOTE" start-tag
openjade:docbook_article.sgml:72:15:E: document type does not allow
element "CAPTION" here
openjade:docbook_article.sgml:72:47:E: end tag for element "CAPTION"
which is not open
openjade:docbook_article.sgml:73:8:E: "BLOCKQUOTE" not finished but
containing element ended
openjade:docbook_article.sgml:75:66:E: document type does not allow
element "INFORMALTABLE" here
openjade:docbook_article.sgml:104:15:E: document type does not allow
element "CAPTION" here
openjade:docbook_article.sgml:104:42:E: end tag for element "CAPTION"
which is not open
openjade:docbook_article.sgml:105:7:E: end tag for "TABLE" which is not finished
openjade:docbook_article.sgml:113:62:E: character data is not allowed here
openjade:docbook_article.sgml:114:68:E: end tag for "FOOTNOTE" which
is not finished
openjade:docbook_article.sgml:121:83:E: character data is not allowed here
openjade:docbook_article.sgml:121:154:E: end tag for "FOOTNOTE" which
is not finished

Scott

Re: DocBook converters (no knowledge of DocBook required)

[Scott Kostyshak]

On Fri, Apr 12, 2013 at 6:56 PM, Richard Heck  wrote:
> On 04/10/2013 10:01 PM, Scott Kostyshak wrote:
>>
>> On Mon, Apr 8, 2013 at 10:20 AM, José Matos  wrote:
>>>
>>> The sgmltools (that I don't have installed) will most probably use the
>>> latex
>>> way so I agree with you that the ps backend is the way to go (even if in
>>> the
>>> end it is the same transformation path).
>>
>> OK, it sounds like it makes sense to add support for PostScript as a
>> backend.
>>
>> Can you or Richard check the attached patch? I do not have confidence
>> in editing configure.py. I did test it and it works for me.
>
>
> That patch looks fine. But Jose is definitely the expert on docbook.

OK, I will apply the patch then unless someone disagrees. José cannot
test because he does not use sgmltools.

Scott

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

[Scott Kostyshak]

On Fri, Apr 12, 2013 at 10:48 AM, Hashini Senaratne  wrote:
> Scott Kostyshak  lyx.org> writes:
>> Yes, it will probably take a lot of time. I think that doing whatever
>> is the most fun/ least frustrating to get to know the code is the
>> best. That could mean trying to solve a small bug or just
>> experimenting. If you would find it helpful, we could choose a small
>> bug to work on together. I have many small buglettes that I would like
>> to someday address if you are looking for some, but if you have one
>> that you would be interested in solving, that might be better. Let me
>> know what would be best for you.
>
> I am really thankful to you if you can work with me to solve a simple bug,
> as you suggested. Do you have any bug in your mind, a little related to UI?
> Even if it is not, I like to learn from you in the way you suggested.
> Please guide me through this when you have time.

OK, sounds good. I will go through my disorganized dump of notes this
weekend and write up some descriptions of minor bugs. I'm sure I have
something related to UI, but not sure how related to the part of UI
you will need for the project. Then you can see if one of them looks
interesting.

Scott