Re: offtopic blog

[Abdelrazak Younes]

On 02/05/2010 08:39 AM, Pavel Sanda wrote:

Abdel, you're gonna be famous :)
   


If it's all it takes to be famous... So in case anybody still wonders 
why we should tag next release as 2.0, easy, that's because of the new 
inline spellchecker of course :-)


Abdel.

Re: offtopic blog

[Hellmut Weber]

Thanks for this hint ;-)

Hellmut

Am 05.02.2010 08:39, schrieb Pavel Sanda:

Abdel, you're gonna be famous :)

http://www.linuxtoday.com/infrastructure/2010020500435OSSW




--
Dr. Hellmut Weber m...@hellmutweber.de
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq

Re: r33327 - lyx-devel/trunk/lib

[Kornel Benko]

Am Donnerstag 04 Februar 2010 schrieb Jean-Marc Lasgouttes:
 Le 04/02/2010 20:40, kor...@lyx.org a écrit :
  Author: kornel
  Date: Thu Feb  4 20:40:51 2010
  New Revision: 33327
  URL: http://www.lyx.org/trac/changeset/33327
 
  Log:
  Change, so that lyx_pot.py is extracting this string too
 
 This is wrong. the - is part of a new syntax introduced by juergen.
 
 lyx-pot.py should be fixed instead.
 
 JMarc
 
Something like attached?

I don't dare to commit now again. Making trouble only ...

Kornel
Index: lyx_pot.py
===
--- lyx_pot.py	(Revision 33329)
+++ lyx_pot.py	(Arbeitskopie)
@@ -183,7 +183,7 @@
 '''Generate pot file from lib/language'''
 output = open(output, 'w')
 # assuming only one language file
-reg = re.compile('[\w-]+\s+[\w]+\s+([\w \-\(\),]+)\s+(true|false)\s+[\w-]+\s+\w+\s+[^]*')
+reg = re.compile('[\w-]+\s+[\w]+\s+([\w \-\(\),]+)\s+(true|false)\s+[\w-]+\s+[\w\-]+\s+[^]*')
 input = open(input_files[0])
 for lineno, line in enumerate(input.readlines()):
 if line[0] == '#':


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

Re: po-files: Geman (old spelling)

[Jürgen Spitzmüller]

Kornel Benko wrote:
 Changing de-alt into de_alt makes it work though.

But is wrong. de-alt is intentional.

Jürgen

Re: r33327 - lyx-devel/trunk/lib

[Jürgen Spitzmüller]

Kornel Benko wrote:
 Something like attached?

Looks correct.

 I don't dare to commit now again. Making trouble only ...

No. But asking in advance would have helped.

Jürgen

RE: r33329 - in lyx-devel/trunk/src: . mathed

[Vincent van Ravesteijn - TNW]

Author: tommaso
Date: Fri Feb  5 10:00:40 2010
New Revision: 33329
URL: http://www.lyx.org/trac/changeset/33329

 docstring InsetMathHull::standardFont() const  {
-  return from_ascii(type_ == hullNone ? lyxnochange :
mathnormal);
+  const char *font_name;
+  switch (type_) {
+  return from_ascii(font_name);
 }

Please use docstring font_name; and font_name = from_ascii(..);

Vincent

Re: po-files: Geman (old spelling)

[Kornel Benko]

Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller:
 Kornel Benko wrote:
  Changing de-alt into de_alt makes it work though.
 
 But is wrong. de-alt is intentional.
 
 Jürgen
 
Sorry ...
Kornel


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

Re: Wishlist items - document templates

[Guenter Milde]

On 2010-02-04, Helge Hafting wrote:
 File-New from Template currently shows only templates in 
 /usr/share/lyx/templates.

 The dialog ought to have a couple of shortcut buttons: system 
 templates and private templates that goes directly to these two 
 directories.

Seconded.

 The reason is to have easy access to both the templates that comes with
 lyx, as well as self-made templates. Navigating the filesystem from one 
 place to another is too cumbersome. 

For the time beeing, I use the following workaround:

* Set the template directory to my private templates
  (LYXHOME/templates) in ToolsSettingsPaths.

* Place a symlink to the system templates in my private templates

Günter

Re: Edit buffer in external editor

[Guenter Milde]

On 2010-02-05, Pavel Sanda wrote:
 Guenter Milde wrote:

 (Should the keydindings dialogue escape quotes automatically?)

 dunno, please put this into bugzilla.

Done. http://www.lyx.org/trac/ticket/6511

Günter

Wishlist: assignment of graphichs groups

[Helge Hafting]

The graphic groups in lyx is a nice timesaver, no need to apply the 
same settings over and over. Just put the images in the same group.


My wish for a slight improvement:

Whenever a new graphic is created, put it in the same group as the
previous graphic object the user dealt with.

Currently, the default is no group. But anyone who actually use
graphic groups tend to see a common case: They insert many graphics, and 
 set them all to the same group. Even more work is saved, if the group 
defaults to the last group used.


And there is not much of a penalty for those who need to insert some no 
group pictures, for after they insert the first one, the rest will
default to no group (since no group then becomes the last group 
setting used.)


Helge Hafting

Wishlist: groups for program listings similiar to graphics groups

[Helge Hafting]

When writing a text about programming, there are tons of program code 
examples. And they usually have similiar settings. I.e. all are the same 
programming language and the same dialect with the same font options.


After applying lots of such settings over and over, a grouping would
be useful, in the same manner as for graphics. When several listings 
belong to the same group, changing settings for one changes the settings 
for all in that group. And new code snippets just need to be added to 
the correct group, so the user won't have to re-apply several settings 
each time.


These listing groups should ideally work both for code snippets in the 
document, as well as code included from external files. In lyx 1.6 they 
don't have the same settings dialog, which is is unfortunate. (For code 
from a file, I need to type language=C, for code inside the document, 
I can select C from a pulldown menu.)



I understand that this might be some work. It'd be nice if the lyx 2.0 
file format includes this change - even if it doesn't get implemented in 
the user interface. That way, the user interface can come when someone 
finds the time, because the file format is in place. (Just a group 
setting for internal and external code listings.)


Helge Hafting

Re: r33327 - lyx-devel/trunk/lib

[Kornel Benko]

Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller:
 Kornel Benko wrote:
  Something like attached?
 
 Looks correct.
 
  I don't dare to commit now again. Making trouble only ...
 
 No. But asking in advance would have helped.
 
 Jürgen
 

Ok, but should I commit now the patch for  lyx_pot.py, or will you?

Kornel


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

Re: r33329 - in lyx-devel/trunk/src: . mathed

[Tommaso Cucinotta]

Vincent van Ravesteijn - TNW wrote:

Author: tommaso
Date: Fri Feb  5 10:00:40 2010
New Revision: 33329
URL: http://www.lyx.org/trac/changeset/33329

docstring InsetMathHull::standardFont() const  {
-   return from_ascii(type_ == hullNone ? lyxnochange :


mathnormal);
  

+   const char *font_name;
+   switch (type_) {
+   return from_ascii(font_name);
}



Please use docstring font_name; and font_name = from_ascii(..);
  
What do we gain ? Isn't it only more overhead ? We create another 
docstring instance which then needs to be copied.


   T.

Re: r33327 - lyx-devel/trunk/lib

[Jürgen Spitzmüller]

Kornel Benko wrote:
 Ok, but should I commit now the patch for  lyx_pot.py, or will you?

If it works, please do.

Jürgen

Re: r33327 - lyx-devel/trunk/lib

[Kornel Benko]

Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller:
 Kornel Benko wrote:
  Ok, but should I commit now the patch for  lyx_pot.py, or will you?
 
 If it works, please do.
 
 Jürgen
 

It worked for me, so done.

Kornel


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

Re: offtopic blog

[Steve Litt]

On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
 Abdel, you're gonna be famous :)
 
 http://www.linuxtoday.com/infrastructure/2010020500435OSSW
 

That article sure damned LyX with faint praise.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: Mac SVN fails to compile

[Yokota K.]

Roger,

I thought this was a bug in gettext on Mac and fixed in newer versions
(may not be released yet).

I fixed it with the following patch:

--- po/Makefile.in.in.orig  2010-01-22 01:13:10.0 +0900
+++ po/Makefile.in.in   2010-01-22 01:13:44.0 +0900
@@ -56,7 +56,7 @@
 XGETTEXT_yes = @XGETTEXT_015@
 XGETTEXT = $(XGETTEXT_$(USE_MSGCTXT))
 MSGMERGE = msgmerge
-MSGMERGE_UPDATE = @MSGMERGE@ --update
+MSGMERGE_UPDATE = @MSGMERGE@ --update --backup=off
 MSGINIT = msginit
 MSGCONV = msgconv
 MSGFILTER = msgfilter


Hope it works,

Koji

Re: offtopic blog

[Peter Kümmel]

Am Freitag, den 05.02.2010, 12:54 -0500 schrieb Steve Litt:
 On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
  Abdel, you're gonna be famous :)
  
  http://www.linuxtoday.com/infrastructure/2010020500435OSSW

Maybe it's the time now to try it out by myself ;)

Does it have a language heuristic which detects the used
language automatically? I really hate it that Thunderbird doesn't
switch to English from German when ALL words are wrong when I write 
English but the checker checks for German. 

It would be so easy to not only check for the selected language but 
also some others and then when in some of these other languages
all errors, or something near 100%,  are gone the spellchecker 
switches this language.

Peter

Re: offtopic blog

[Abdelrazak Younes]

On 05/02/2010 19:06, Peter Kümmel wrote:

Am Freitag, den 05.02.2010, 12:54 -0500 schrieb Steve Litt:
   

On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
 

Abdel, you're gonna be famous :)

http://www.linuxtoday.com/infrastructure/2010020500435OSSW
   

Maybe it's the time now to try it out by myself ;)

Does it have a language heuristic which detects the used
language automatically?


Well, there is no heuristic but LyX will of course spellcheck the text 
in the language with which it is marked. There is no such feature as 
automatically detect the language of the text, you'll have to 
explicitely mark it.



  I really hate it that Thunderbird doesn't
switch to English from German when ALL words are wrong when I write
English but the checker checks for German.

It would be so easy to not only check for the selected language but
also some others and then when in some of these other languages
all errors, or something near 100%,  are gone the spellchecker
switches this language.
   


Aha... this is a good idea! That might well be the good use case for the 
alternate language option that we have... Pretty easy to implement as well.


Abdel.

texlive language packages

[Hartmut Haase]

Hi,
in tow cases I already found, that texlive does not install language packages 
automatically, if you install lyx through the package manager:
ubuntu ans openSUSE.
I wanted to put a note into splash.lyx but Uwe wants to discuss it here.
-- 
Viele Grüße,
Hartmut 

Hungerhilfe: http://www.thehungersite.com

Ohne Zensur suchen:
http://suche.amnesty-bergedorf.de/

Das heutige Motto:
What's love but a second-hand emotion? (Tina Turner)

RE: r33329 - in lyx-devel/trunk/src: . mathed

[Vincent van Ravesteijn - TNW]

 +   const char *font_name;
 +   switch (type_) {
 +   return from_ascii(font_name);
 }
 

 Please use docstring font_name; and font_name = from_ascii(..);
   
What do we gain ? Isn't it only more overhead ? We create another
docstring instance which then needs to be copied.


We (almost) nowhere use const char *, so please stick to the style of
the rest of the code and use strings (or docstrings when necessary). 

Vincent

P.S. You can also use string font_name = ... .; and return
from_utf8(font_name);, if you don't want to create an unnecessary
docstring. But in general I like the variable that is returned to be of
the same type as the return type of the function.

Re: texlive language packages

[Guenter Milde]

On 2010-02-05, Hartmut Haase wrote:

 in two cases I already found, that texlive does not install language
 packages automatically, if you install lyx through the package manager:
 ubuntu and openSUSE. 

Same on Debian. This is normally *the right thing* as the lyx package
should not bring more dependencies than really required and this differs
depending on the languages that you really want to write in (or use
features of).

 I wanted to put a note into splash.lyx but Uwe
 wants to discuss it here.

I don't think splash.lyx is the right place, rather the tutorial or intro.

Günter

Re: offtopic blog

[Peter Kuemmel]

 Original-Nachricht 
 Datum: Fri, 05 Feb 2010 19:13:06 +0100
 Von: Abdelrazak Younes you...@lyx.org
 An: Peter Kümmel syntheti...@gmx.net
 CC: LyX Developers List lyx-devel@lists.lyx.org
 Betreff: Re: offtopic blog

 On 05/02/2010 19:06, Peter Kümmel wrote:
  Am Freitag, den 05.02.2010, 12:54 -0500 schrieb Steve Litt:
 
  On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
   
  Abdel, you're gonna be famous :)
 
  http://www.linuxtoday.com/infrastructure/2010020500435OSSW
 

Wasn't this a sponsorship project?
Here an example of a sponsorship program for a open-source 
project which rased enough money for some full time man months:
http://marc.info/?l=lua-lm=126402768526950w=2

Peter
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

Re: Mac SVN fails to compile

[Roger Mc Murtrie]

Thanks Koji,
   I finally did get it to compile but have redone it with your patch which 
worked OK.
However, when trying to run lyx it aborts with the following message:

:/Applications/lyx-devel Roger$src/lyx
terminate called after throwing an instance of 'std::bad_cast'
  what():  std::bad_cast
Abort trap

Any idea how I should proceed to track this problem down?
Regards,
Roger


On 06/02/2010, at 5:05 AM, Yokota K. wrote:

 Roger,
 
 I thought this was a bug in gettext on Mac and fixed in newer versions
 (may not be released yet).
 
 I fixed it with the following patch:
 
 --- po/Makefile.in.in.orig  2010-01-22 01:13:10.0 +0900
 +++ po/Makefile.in.in   2010-01-22 01:13:44.0 +0900
 @@ -56,7 +56,7 @@
 XGETTEXT_yes = @XGETTEXT_015@
 XGETTEXT = $(XGETTEXT_$(USE_MSGCTXT))
 MSGMERGE = msgmerge
 -MSGMERGE_UPDATE = @MSGMERGE@ --update
 +MSGMERGE_UPDATE = @MSGMERGE@ --update --backup=off
 MSGINIT = msginit
 MSGCONV = msgconv
 MSGFILTER = msgfilter
 
 
 Hope it works,
 
 Koji

Re: Mac SVN fails to compile

[Yokota K.]

Dear Roger,

 terminate called after throwing an instance of 'std::bad_cast'
  what():  std::bad_cast
 Abort trap

That's something I'm also struggling with. I tried to compile LyX
1.6.5-release with exactly the same settings as I did with trunk,
which runs successfully. So the problem seems to be related only to
trunk.

Are there anyone who can give us a clue? I attach the error messages.
Build finishes without any problems, but the executable doesn't run.

Koji
Process: lyx [25288]
Path:/Applications/MacPorts/LyX-devel.app/Contents/MacOS/lyx
Identifier:  org.lyx.lyx
Version: ??? (???)
Code Type:   X86-64 (Native)
Parent Process:  launchd [87]

Date/Time:   2010-02-06 15:14:48.763 +0900
OS Version:  Mac OS X 10.6.2 (10C540)
Report Version:  6

Interval Since Last Report:  183116 sec
Crashes Since Last Report:   17
Per-App Crashes Since Last Report:   24
Anonymous UUID:  A467E02D-F120-4A5C-997A-47AEBEFBA876

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x, 0x
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Application Specific Information:
abort() called

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libSystem.B.dylib   0x7fff86482fe6 __kill + 10
1   libSystem.B.dylib   0x7fff86523e32 abort + 83
2   libstdc++.6.dylib   0x7fff844d35d2 __tcf_0 + 0
3   libobjc.A.dylib 0x7fff842add3d _objc_terminate + 120
4   libstdc++.6.dylib   0x7fff844d1ae1 
__cxxabiv1::__terminate(void (*)()) + 11
5   libstdc++.6.dylib   0x7fff844d1b16 
__cxxabiv1::__unexpected(void (*)()) + 0
6   libstdc++.6.dylib   0x7fff844d1bfc 
__gxx_exception_cleanup(_Unwind_Reason_Code, _Unwind_Exception*) + 0
7   libstdc++.6.dylib   0x7fff8448d93f 
std::__throw_bad_alloc() + 0
8   org.lyx.lyx 0x000100abade5 
boost::re_detail::cpp_regex_traits_basechar::imbue(std::locale const) + 165
9   org.lyx.lyx 0x000100ac1e45 
boost::basic_regexchar, boost::regex_traitschar, 
boost::cpp_regex_traitschar  ::do_assign(char const*, char const*, unsigned 
int) + 901
10  org.lyx.lyx 0x000100a7dd1b 
lyx::support::replaceEnvironmentPath(std::string const) + 5259
11  org.lyx.lyx 0x000100a7e0a2 
lyx::support::fileSearch(std::string const, std::string const, std::string 
const, lyx::support::search_mode) + 66
12  org.lyx.lyx 0x000100aa39f9 
lyx::support::(anonymous namespace)::buildDirs(lyx::support::FileName const, 
lyx::support::exe_build_dir_to_top_build_dir, lyx::support::FileName, 
lyx::support::FileName) + 617
13  org.lyx.lyx 0x000100aa8b14 
lyx::support::Package::Package(std::string const, std::string const, 
std::string const, lyx::support::exe_build_dir_to_top_build_dir) + 1012
14  org.lyx.lyx 0x000100aa991b 
lyx::support::init_package(std::string const, std::string const, std::string 
const, lyx::support::exe_build_dir_to_top_build_dir) + 75
15  org.lyx.lyx 0x00010031e54a lyx::LyX::exec(int, 
char**) + 122
16  org.lyx.lyx 0x00010008a138 main + 72
17  org.lyx.lyx 0x00010008a0dc start + 52

Thread 1:  Dispatch queue: com.apple.libdispatch-manager
0   libSystem.B.dylib   0x7fff8644dbba kevent + 10
1   libSystem.B.dylib   0x7fff8644fa85 _dispatch_mgr_invoke 
+ 154
2   libSystem.B.dylib   0x7fff8644f75c 
_dispatch_queue_invoke + 185
3   libSystem.B.dylib   0x7fff8644f286 
_dispatch_worker_thread2 + 244
4   libSystem.B.dylib   0x7fff8644ebb8 _pthread_wqthread + 
353
5   libSystem.B.dylib   0x7fff8644ea55 start_wqthread + 13

Thread 2:
0   libSystem.B.dylib   0x7fff8644e9da __workq_kernreturn + 
10
1   libSystem.B.dylib   0x7fff8644edec _pthread_wqthread + 
917
2   libSystem.B.dylib   0x7fff8644ea55 start_wqthread + 13

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x  rbx: 0x7fff70c70298  rcx: 0x7fff5fbfc548  
rdx: 0x
  rdi: 0x62c8  rsi: 0x0006  rbp: 0x7fff5fbfc560  
rsp: 0x7fff5fbfc548
   r8: 0x7fff70c739e0   r9: 0x00010243e300  r10: 0x7fff8647f026  
r11: 0x0202
  r12: 0x7fff844d6530  r13: 0x00010243e390  r14: 0x000100f456e0  
r15: 0x7fff5fbfc790
  rip: 0x7fff86482fe6  rfl: 0x0202  cr2: 0x000100c61734

Binary Images:
   0x1 -0x100ed2fff +org.lyx.lyx 2.0.0svn (???) 
31976B93-F76C-03F2-2D13-FA13D46A36F0 

Bisection results/Regression changesets useful?

[John McCabe-Dansted]

I can usually generate bisection reports for the bugs I find using
cache-bisect.py. For example, I tracked down
  http://www.lyx.org/trac/ticket/6502
  Math-macros and Parent documents lead to LaTeX Errors Dialog
highlighting wrong line.
to the revision r22241
  http://www.lyx.org/trac/changeset/22241
and found that 22241 stopped including the math-macros from the parent
file, but seemed to still count those macros in the parent file.

I have a few questions.
1) Should I do a bisection on essentially every regression I find,
and/or are there specific bugs that you would like me to perform a
bisection on?
2) Does it help to include the committer of the changeset the caused
the regression, e.g. because they are most likely to understand the
changeset?
3) Do you already do bisections on bugs, if so what tools do you use?

--
John C. McCabe-Dansted

Re: offtopic blog

[Abdelrazak Younes]

On 02/05/2010 08:39 AM, Pavel Sanda wrote:

Abdel, you're gonna be famous :)
   


If it's all it takes to be famous... So in case anybody still wonders 
why we should tag next release as 2.0, easy, that's because of the new 
inline spellchecker of course :-)


Abdel.

Re: offtopic blog

[Hellmut Weber]

Thanks for this hint ;-)

Hellmut

Am 05.02.2010 08:39, schrieb Pavel Sanda:

Abdel, you're gonna be famous :)

http://www.linuxtoday.com/infrastructure/2010020500435OSSW




--
Dr. Hellmut Weber m...@hellmutweber.de
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq

Re: r33327 - lyx-devel/trunk/lib

[Kornel Benko]

Am Donnerstag 04 Februar 2010 schrieb Jean-Marc Lasgouttes:
> Le 04/02/2010 20:40, kor...@lyx.org a écrit :
> > Author: kornel
> > Date: Thu Feb  4 20:40:51 2010
> > New Revision: 33327
> > URL: http://www.lyx.org/trac/changeset/33327
> >
> > Log:
> > Change, so that lyx_pot.py is extracting this string too
> 
> This is wrong. the "-" is part of a new syntax introduced by juergen.
> 
> lyx-pot.py should be fixed instead.
> 
> JMarc
> 
Something like attached?

I don't dare to commit now again. Making trouble only ...

Kornel
Index: lyx_pot.py
===
--- lyx_pot.py	(Revision 33329)
+++ lyx_pot.py	(Arbeitskopie)
@@ -183,7 +183,7 @@
 '''Generate pot file from lib/language'''
 output = open(output, 'w')
 # assuming only one language file
-reg = re.compile('[\w-]+\s+[\w"]+\s+"([\w \-\(\),]+)"\s+(true|false)\s+[\w-]+\s+\w+\s+"[^"]*"')
+reg = re.compile('[\w-]+\s+[\w"]+\s+"([\w \-\(\),]+)"\s+(true|false)\s+[\w-]+\s+[\w\-]+\s+"[^"]*"')
 input = open(input_files[0])
 for lineno, line in enumerate(input.readlines()):
 if line[0] == '#':


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

Re: po-files: "Geman (old spelling)"

[Jürgen Spitzmüller]

Kornel Benko wrote:
> Changing de-alt into de_alt makes it work though.

But is wrong. "de-alt" is intentional.

Jürgen

Re: r33327 - lyx-devel/trunk/lib

[Jürgen Spitzmüller]

Kornel Benko wrote:
> Something like attached?

Looks correct.

> I don't dare to commit now again. Making trouble only ...

No. But asking in advance would have helped.

Jürgen

RE: r33329 - in lyx-devel/trunk/src: . mathed

[Vincent van Ravesteijn - TNW]

>Author: tommaso
>Date: Fri Feb  5 10:00:40 2010
>New Revision: 33329
>URL: http://www.lyx.org/trac/changeset/33329
>
> docstring InsetMathHull::standardFont() const  {
>-  return from_ascii(type_ == hullNone ? "lyxnochange" :
"mathnormal");
>+  const char *font_name;
>+  switch (type_) {
>+  return from_ascii(font_name);
> }

Please use "docstring font_name;" and "font_name = from_ascii(..);"

Vincent

Re: po-files: "Geman (old spelling)"

[Kornel Benko]

Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller:
> Kornel Benko wrote:
> > Changing de-alt into de_alt makes it work though.
> 
> But is wrong. "de-alt" is intentional.
> 
> Jürgen
> 
Sorry ...
Kornel


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

Re: Wishlist items - document templates

[Guenter Milde]

On 2010-02-04, Helge Hafting wrote:
> "File->New from Template" currently shows only templates in 
> /usr/share/lyx/templates.

> The dialog ought to have a couple of shortcut buttons: "system 
> templates" and "private templates" that goes directly to these two 
> directories.

Seconded.

> The reason is to have easy access to both the templates that comes with
> lyx, as well as self-made templates. Navigating the filesystem from one 
> place to another is too cumbersome. 

For the time beeing, I use the following workaround:

* Set the template directory to my private templates
  (/templates) in Tools>Settings>Paths.

* Place a symlink to the "system templates" in my "private templates"

Günter

Re: Edit buffer in external editor

[Guenter Milde]

On 2010-02-05, Pavel Sanda wrote:
> Guenter Milde wrote:

>> (Should the keydindings dialogue escape quotes automatically?)

> dunno, please put this into bugzilla.

Done. http://www.lyx.org/trac/ticket/6511

Günter

Wishlist: assignment of graphichs groups

[Helge Hafting]

The "graphic groups" in lyx is a nice timesaver, no need to apply the 
same settings over and over. Just put the images in the same group.


My wish for a slight improvement:

Whenever a new graphic is created, put it in the same group as the
previous graphic object the user dealt with.

Currently, the default is "no group". But anyone who actually use
graphic groups tend to see a common case: They insert many graphics, and 
 set them all to the same group. Even more work is saved, if the group 
defaults to the last group used.


And there is not much of a penalty for those who need to insert some "no 
group" pictures, for after they insert the first one, the rest will
default to "no group" (since "no group" then becomes the last group 
setting used.)


Helge Hafting

Wishlist: groups for "program listings" similiar to "graphics groups"

[Helge Hafting]

When writing a text about programming, there are tons of program code 
examples. And they usually have similiar settings. I.e. all are the same 
programming language and the same dialect with the same font options.


After applying lots of such settings over and over, a grouping would
be useful, in the same manner as for graphics. When several listings 
belong to the same group, changing settings for one changes the settings 
for all in that group. And new code snippets just need to be added to 
the correct group, so the user won't have to re-apply several settings 
each time.


These "listing groups" should ideally work both for code snippets in the 
document, as well as code included from external files. In lyx 1.6 they 
don't have the same settings dialog, which is is unfortunate. (For code 
from a file, I need to type "language=C", for code inside the document, 
I can select "C" from a pulldown menu.)



I understand that this might be some work. It'd be nice if the lyx 2.0 
file format includes this change - even if it doesn't get implemented in 
the user interface. That way, the user interface can come when someone 
finds the time, because the file format is in place. (Just a group 
setting for internal and external code listings.)


Helge Hafting

Re: r33327 - lyx-devel/trunk/lib

[Kornel Benko]

Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller:
> Kornel Benko wrote:
> > Something like attached?
> 
> Looks correct.
> 
> > I don't dare to commit now again. Making trouble only ...
> 
> No. But asking in advance would have helped.
> 
> Jürgen
> 

Ok, but should I commit now the patch for  lyx_pot.py, or will you?

Kornel


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

Re: r33329 - in lyx-devel/trunk/src: . mathed

[Tommaso Cucinotta]

Vincent van Ravesteijn - TNW wrote:

Author: tommaso
Date: Fri Feb  5 10:00:40 2010
New Revision: 33329
URL: http://www.lyx.org/trac/changeset/33329

docstring InsetMathHull::standardFont() const  {
-   return from_ascii(type_ == hullNone ? "lyxnochange" :


"mathnormal");
  

+   const char *font_name;
+   switch (type_) {
+   return from_ascii(font_name);
}



Please use "docstring font_name;" and "font_name = from_ascii(..);"
  
What do we gain ? Isn't it only more overhead ? We create another 
docstring instance which then needs to be copied.


   T.

Re: r33327 - lyx-devel/trunk/lib

[Jürgen Spitzmüller]

Kornel Benko wrote:
> Ok, but should I commit now the patch for  lyx_pot.py, or will you?

If it works, please do.

Jürgen

Re: r33327 - lyx-devel/trunk/lib

[Kornel Benko]

Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller:
> Kornel Benko wrote:
> > Ok, but should I commit now the patch for  lyx_pot.py, or will you?
> 
> If it works, please do.
> 
> Jürgen
> 

It worked for me, so done.

Kornel


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

Re: offtopic blog

[Steve Litt]

On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
> Abdel, you're gonna be famous :)
> 
> http://www.linuxtoday.com/infrastructure/2010020500435OSSW
> 

That article sure damned LyX with faint praise.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: Mac SVN fails to compile

[Yokota K.]

Roger,

I thought this was a bug in gettext on Mac and fixed in newer versions
(may not be released yet).

I fixed it with the following patch:

--- po/Makefile.in.in.orig  2010-01-22 01:13:10.0 +0900
+++ po/Makefile.in.in   2010-01-22 01:13:44.0 +0900
@@ -56,7 +56,7 @@
 XGETTEXT_yes = @XGETTEXT_015@
 XGETTEXT = $(XGETTEXT_$(USE_MSGCTXT))
 MSGMERGE = msgmerge
-MSGMERGE_UPDATE = @MSGMERGE@ --update
+MSGMERGE_UPDATE = @MSGMERGE@ --update --backup=off
 MSGINIT = msginit
 MSGCONV = msgconv
 MSGFILTER = msgfilter


Hope it works,

Koji

Re: offtopic blog

[Peter Kümmel]

Am Freitag, den 05.02.2010, 12:54 -0500 schrieb Steve Litt:
> On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
> > Abdel, you're gonna be famous :)
> > 
> > http://www.linuxtoday.com/infrastructure/2010020500435OSSW

Maybe it's the time now to try it out by myself ;)

Does it have a language heuristic which detects the used
language automatically? I really hate it that Thunderbird doesn't
switch to English from German when ALL words are wrong when I write 
English but the checker checks for German. 

It would be so easy to not only check for the selected language but 
also some others and then when in some of these other languages
all errors, or something near 100%,  are gone the spellchecker 
switches this language.

Peter

Re: offtopic blog

[Abdelrazak Younes]

On 05/02/2010 19:06, Peter Kümmel wrote:

Am Freitag, den 05.02.2010, 12:54 -0500 schrieb Steve Litt:
   

On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
 

Abdel, you're gonna be famous :)

http://www.linuxtoday.com/infrastructure/2010020500435OSSW
   

Maybe it's the time now to try it out by myself ;)

Does it have a language heuristic which detects the used
language automatically?


Well, there is no heuristic but LyX will of course spellcheck the text 
in the language with which it is marked. There is no such feature as 
automatically detect the language of the text, you'll have to 
explicitely mark it.



  I really hate it that Thunderbird doesn't
switch to English from German when ALL words are wrong when I write
English but the checker checks for German.

It would be so easy to not only check for the selected language but
also some others and then when in some of these other languages
all errors, or something near 100%,  are gone the spellchecker
switches this language.
   


Aha... this is a good idea! That might well be the good use case for the 
alternate language option that we have... Pretty easy to implement as well.


Abdel.

texlive language packages

[Hartmut Haase]

Hi,
in tow cases I already found, that texlive does not install language packages 
automatically, if you install lyx through the package manager:
ubuntu ans openSUSE.
I wanted to put a note into splash.lyx but Uwe wants to discuss it here.
-- 
Viele Grüße,
Hartmut 

Hungerhilfe: http://www.thehungersite.com

Ohne Zensur suchen:
http://suche.amnesty-bergedorf.de/

Das heutige Motto:
What's love but a second-hand emotion? (Tina Turner)

RE: r33329 - in lyx-devel/trunk/src: . mathed

[Vincent van Ravesteijn - TNW]

>>> +   const char *font_name;
>>> +   switch (type_) {
>>> +   return from_ascii(font_name);
>>> }
>>> 
>>
>> Please use "docstring font_name;" and "font_name = from_ascii(..);"
>>   
>What do we gain ? Isn't it only more overhead ? We create another
>docstring instance which then needs to be copied.
>

We (almost) nowhere use "const char *", so please stick to the style of
the rest of the code and use strings (or docstrings when necessary). 

Vincent

P.S. You can also use "string font_name = ... .;" and "return
from_utf8(font_name);", if you don't want to create an unnecessary
docstring. But in general I like the variable that is returned to be of
the same type as the return type of the function.

Re: texlive language packages

[Guenter Milde]

On 2010-02-05, Hartmut Haase wrote:

> in two cases I already found, that texlive does not install language
> packages automatically, if you install lyx through the package manager:
> ubuntu and openSUSE. 

Same on Debian. This is normally *the right thing* as the lyx package
should not bring more dependencies than really required and this differs
depending on the languages that you really want to write in (or use
features of).

> I wanted to put a note into splash.lyx but Uwe
> wants to discuss it here.

I don't think splash.lyx is the right place, rather the tutorial or intro.

Günter

Re: offtopic blog

[Peter Kuemmel]

 Original-Nachricht 
> Datum: Fri, 05 Feb 2010 19:13:06 +0100
> Von: Abdelrazak Younes 
> An: "Peter Kümmel" 
> CC: LyX Developers List 
> Betreff: Re: offtopic blog

> On 05/02/2010 19:06, Peter Kümmel wrote:
> > Am Freitag, den 05.02.2010, 12:54 -0500 schrieb Steve Litt:
> >
> >> On Friday 05 February 2010 02:39:29 Pavel Sanda wrote:
> >>  
> >>> Abdel, you're gonna be famous :)
> >>>
> >>> http://www.linuxtoday.com/infrastructure/2010020500435OSSW
> >>>

Wasn't this a sponsorship project?
Here an example of a sponsorship program for a open-source 
project which rased enough money for some full time man months:
http://marc.info/?l=lua-l=126402768526950=2

Peter
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

Re: Mac SVN fails to compile

[Roger Mc Murtrie]

Thanks Koji,
   I finally did get it to compile but have redone it with your patch which 
worked OK.
However, when trying to run lyx it aborts with the following message:

:/Applications/lyx-devel Roger$src/lyx
terminate called after throwing an instance of 'std::bad_cast'
  what():  std::bad_cast
Abort trap

Any idea how I should proceed to track this problem down?
Regards,
Roger


On 06/02/2010, at 5:05 AM, Yokota K. wrote:

> Roger,
> 
> I thought this was a bug in gettext on Mac and fixed in newer versions
> (may not be released yet).
> 
> I fixed it with the following patch:
> 
> --- po/Makefile.in.in.orig  2010-01-22 01:13:10.0 +0900
> +++ po/Makefile.in.in   2010-01-22 01:13:44.0 +0900
> @@ -56,7 +56,7 @@
> XGETTEXT_yes = @XGETTEXT_015@
> XGETTEXT = $(XGETTEXT_$(USE_MSGCTXT))
> MSGMERGE = msgmerge
> -MSGMERGE_UPDATE = @MSGMERGE@ --update
> +MSGMERGE_UPDATE = @MSGMERGE@ --update --backup=off
> MSGINIT = msginit
> MSGCONV = msgconv
> MSGFILTER = msgfilter
> 
> 
> Hope it works,
> 
> Koji

Re: Mac SVN fails to compile

[Yokota K.]

Dear Roger,

> terminate called after throwing an instance of 'std::bad_cast'
>  what():  std::bad_cast
> Abort trap

That's something I'm also struggling with. I tried to compile LyX
1.6.5-release with exactly the same settings as I did with trunk,
which runs successfully. So the problem seems to be related only to
trunk.

Are there anyone who can give us a clue? I attach the error messages.
Build finishes without any problems, but the executable doesn't run.

Koji
Process: lyx [25288]
Path:/Applications/MacPorts/LyX-devel.app/Contents/MacOS/lyx
Identifier:  org.lyx.lyx
Version: ??? (???)
Code Type:   X86-64 (Native)
Parent Process:  launchd [87]

Date/Time:   2010-02-06 15:14:48.763 +0900
OS Version:  Mac OS X 10.6.2 (10C540)
Report Version:  6

Interval Since Last Report:  183116 sec
Crashes Since Last Report:   17
Per-App Crashes Since Last Report:   24
Anonymous UUID:  A467E02D-F120-4A5C-997A-47AEBEFBA876

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x, 0x
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Application Specific Information:
abort() called

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libSystem.B.dylib   0x7fff86482fe6 __kill + 10
1   libSystem.B.dylib   0x7fff86523e32 abort + 83
2   libstdc++.6.dylib   0x7fff844d35d2 __tcf_0 + 0
3   libobjc.A.dylib 0x7fff842add3d _objc_terminate + 120
4   libstdc++.6.dylib   0x7fff844d1ae1 
__cxxabiv1::__terminate(void (*)()) + 11
5   libstdc++.6.dylib   0x7fff844d1b16 
__cxxabiv1::__unexpected(void (*)()) + 0
6   libstdc++.6.dylib   0x7fff844d1bfc 
__gxx_exception_cleanup(_Unwind_Reason_Code, _Unwind_Exception*) + 0
7   libstdc++.6.dylib   0x7fff8448d93f 
std::__throw_bad_alloc() + 0
8   org.lyx.lyx 0x000100abade5 
boost::re_detail::cpp_regex_traits_base::imbue(std::locale const&) + 165
9   org.lyx.lyx 0x000100ac1e45 
boost::basic_regex >::do_assign(char const*, char const*, unsigned 
int) + 901
10  org.lyx.lyx 0x000100a7dd1b 
lyx::support::replaceEnvironmentPath(std::string const&) + 5259
11  org.lyx.lyx 0x000100a7e0a2 
lyx::support::fileSearch(std::string const&, std::string const&, std::string 
const&, lyx::support::search_mode) + 66
12  org.lyx.lyx 0x000100aa39f9 
lyx::support::(anonymous namespace)::buildDirs(lyx::support::FileName const&, 
lyx::support::exe_build_dir_to_top_build_dir, lyx::support::FileName&, 
lyx::support::FileName&) + 617
13  org.lyx.lyx 0x000100aa8b14 
lyx::support::Package::Package(std::string const&, std::string const&, 
std::string const&, lyx::support::exe_build_dir_to_top_build_dir) + 1012
14  org.lyx.lyx 0x000100aa991b 
lyx::support::init_package(std::string const&, std::string const&, std::string 
const&, lyx::support::exe_build_dir_to_top_build_dir) + 75
15  org.lyx.lyx 0x00010031e54a lyx::LyX::exec(int&, 
char**) + 122
16  org.lyx.lyx 0x00010008a138 main + 72
17  org.lyx.lyx 0x00010008a0dc start + 52

Thread 1:  Dispatch queue: com.apple.libdispatch-manager
0   libSystem.B.dylib   0x7fff8644dbba kevent + 10
1   libSystem.B.dylib   0x7fff8644fa85 _dispatch_mgr_invoke 
+ 154
2   libSystem.B.dylib   0x7fff8644f75c 
_dispatch_queue_invoke + 185
3   libSystem.B.dylib   0x7fff8644f286 
_dispatch_worker_thread2 + 244
4   libSystem.B.dylib   0x7fff8644ebb8 _pthread_wqthread + 
353
5   libSystem.B.dylib   0x7fff8644ea55 start_wqthread + 13

Thread 2:
0   libSystem.B.dylib   0x7fff8644e9da __workq_kernreturn + 
10
1   libSystem.B.dylib   0x7fff8644edec _pthread_wqthread + 
917
2   libSystem.B.dylib   0x7fff8644ea55 start_wqthread + 13

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x  rbx: 0x7fff70c70298  rcx: 0x7fff5fbfc548  
rdx: 0x
  rdi: 0x62c8  rsi: 0x0006  rbp: 0x7fff5fbfc560  
rsp: 0x7fff5fbfc548
   r8: 0x7fff70c739e0   r9: 0x00010243e300  r10: 0x7fff8647f026  
r11: 0x0202
  r12: 0x7fff844d6530  r13: 0x00010243e390  r14: 0x000100f456e0  
r15: 0x7fff5fbfc790
  rip: 0x7fff86482fe6  rfl: 0x0202  cr2: 0x000100c61734

Binary Images:
   0x1 -0x100ed2fff +org.lyx.lyx 2.0.0svn (???) 
<31976B93-F76C-03F2-2D13-FA13D46A36F0> 

Bisection results/Regression changesets useful?

[John McCabe-Dansted]

I can usually generate bisection reports for the bugs I find using
cache-bisect.py. For example, I tracked down
  http://www.lyx.org/trac/ticket/6502
  Math-macros and Parent documents lead to LaTeX Errors Dialog
highlighting wrong line.
to the revision r22241
  http://www.lyx.org/trac/changeset/22241
and found that 22241 stopped including the math-macros from the parent
file, but seemed to still count those macros in the parent file.

I have a few questions.
1) Should I do a bisection on essentially every regression I find,
and/or are there specific bugs that you would like me to perform a
bisection on?
2) Does it help to include the committer of the changeset the caused
the regression, e.g. because they are most likely to understand the
changeset?
3) Do you already do bisections on bugs, if so what tools do you use?

--
John C. McCabe-Dansted