Re: RC2 coming soon
> "José" == José Matos <[EMAIL PROTECTED]> writes: José> On Friday 29 June 2007 12:06:42 Georg Baum wrote: >> Perfect! >> >> >> Georg José> +1 I applied it. JMarc
Re: RC2 coming soon
On Friday 29 June 2007 12:06:42 Georg Baum wrote: > Perfect! > > > Georg +1 -- José Abílio
Re: RC2 coming soon
Jean-Marc Lasgouttes wrote: > Here is what I came up with. Since the code in output_command_layout > is a bit complicated to my taste (to make a specialized version), I > decided to create a fake layout and use it directly. The code in > Layout.* is necessary because the relevant members are private. I try > to write it to be as unintrusive as possible. > > Is it better? Perfect! Georg
Re: RC2 coming soon
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Well, if the command is named \caption then it will be some
Georg> sort of caption. I don't see any problem if the caption inset
Georg> is used in this case.
Here is what I came up with. Since the code in output_command_layout
is a bit complicated to my taste (to make a specialized version), I
decided to create a fake layout and use it directly. The code in
Layout.* is necessary because the relevant members are private. I try
to write it to be as unintrusive as possible.
Is it better?
JMarc
Index: src/Layout.h
===
--- src/Layout.h (révision 18938)
+++ src/Layout.h (copie de travail)
@@ -338,6 +338,11 @@ public:
/// Depth of XML command
int commanddepth;
+ /// Return a pointer on a new layout suitable to describe a caption.
+ /// FIXME: remove this eventually. This is only for tex2lyx
+ /// until it has proper support for the caption inset (JMarc)
+ static Layout * forCaption();
+
private:
/// Name of the layout/paragraph environment
std::string name_;
Index: src/Layout.cpp
===
--- src/Layout.cpp (révision 18938)
+++ src/Layout.cpp (copie de travail)
@@ -820,5 +820,16 @@ string const & Layout::depends_on() cons
return depends_on_;
}
+Layout * Layout::forCaption()
+{
+ Layout * lay = new Layout();
+ lay->name_ = "Caption";
+ lay->latexname_ = "caption";
+ lay->latextype = LATEX_COMMAND;
+ lay->optionalargs = 1;
+ return lay;
+}
+
+
} // namespace lyx
Index: src/tex2lyx/tex2lyx.cpp
===
--- src/tex2lyx/tex2lyx.cpp (révision 18938)
+++ src/tex2lyx/tex2lyx.cpp (copie de travail)
@@ -67,6 +67,7 @@ using support::isFileReadable;
namespace fs = boost::filesystem;
+Layout_ptr captionlayout;
// Hacks to allow the thing to link in the lyxlayout stuff
LyXErr lyxerr(std::cerr.rdbuf());
@@ -426,6 +427,7 @@ void tex2lyx(std::istream &is, std::ostr
stringstream ss;
TextClass textclass = parse_preamble(p, ss, documentclass);
+ captionlayout = Layout_ptr(Layout::forCaption());
active_environments.push_back("document");
Context context(true, textclass);
Index: src/tex2lyx/tex2lyx.h
===
--- src/tex2lyx/tex2lyx.h (révision 18938)
+++ src/tex2lyx/tex2lyx.h (copie de travail)
@@ -33,7 +33,7 @@ TextClass const parse_preamble(Parser &
/// used packages with options
extern std::map > used_packages;
-
+extern Layout_ptr captionlayout;
/// in text.cpp
std::string translate_len(std::string const &);
Index: src/tex2lyx/text.cpp
===
--- src/tex2lyx/text.cpp (révision 18938)
+++ src/tex2lyx/text.cpp (copie de travail)
@@ -1514,6 +1514,15 @@ void parse_text(Parser & p, ostream & os
p.skip_spaces();
}
+ // Special handling for \caption
+ // FIXME: remove this when InsetCaption is supported.
+ else if (context.new_layout_allowed &&
+ t.cs() == captionlayout->latexname()) {
+ output_command_layout(os, p, outer, context,
+ captionlayout);
+ p.skip_spaces();
+ }
+
else if (t.cs() == "includegraphics") {
bool const clip = p.next_token().asInput() == "*";
if (clip)
Re: RC2 coming soon
Jean-Marc Lasgouttes wrote: > I thought about it too, but it means that a textclass that uses > \caption for something else will get to use the caption inset. Not a > big problem probably. I'll have a look at this solution. Well, if the command is named \caption then it will be some sort of caption. I don't see any problem if the caption inset is used in this case. After all, if the command does for example have a different number of arguments, then tex2lyx would not translate it. There is one small chance for something going wrong: If the document class does not have the caption style not even in 1.4, and the .tex contains a \caption command, then an invalid file will be generated. But that is really a small problem IMO. Georg
Re: RC2 coming soon
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Sorry, but I don't like it :-( I would prefer to get rid of the Georg> caption inset completely and switch back to the layout based Georg> solution. I would prefer that too... Georg> Since I know that that won't happen my second choice is to Georg> modify Hangzai's patch so that it does not output a caption Georg> inset, but a caption layout. In contrast to the layout file Georg> solution it does not have any side effects, and I believe that Georg> it would be very easy to do. I thought about it too, but it means that a textclass that uses \caption for something else will get to use the caption inset. Not a big problem probably. I'll have a look at this solution. JMarc
Re: RC2 coming soon
Jean-Marc Lasgouttes wrote: >> "Jean-Marc" == Jean-Marc Lasgouttes >> <[EMAIL PROTECTED]> writes: > >> "José" == José Matos <[EMAIL PROTECTED]> writes: > José> If it works go on. :-) > > Jean-Marc> This would be the following patch. If it does work, I will > Jean-Marc> add the same stub to the few classes that do not use > Jean-Marc> stdlayouts.inc. > > The problem I can see with the patch is that it conflicts with > layout2layout which removes Caption styles. A possibility would be to > restore our own layout files to their Format 3 status, and modify > layout2layout to insert the new Caption definition from the patch > instead of removing all traces of captions. > > Georg, I'd appreciate to hear your views on that. Sorry, but I don't like it :-( I would prefer to get rid of the caption inset completely and switch back to the layout based solution. Since I know that that won't happen my second choice is to modify Hangzai's patch so that it does not output a caption inset, but a caption layout. In contrast to the layout file solution it does not have any side effects, and I believe that it would be very easy to do. Georg
Re: RC2 coming soon
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > "José" == José Matos <[EMAIL PROTECTED]> writes: José> If it works go on. :-) Jean-Marc> This would be the following patch. If it does work, I will Jean-Marc> add the same stub to the few classes that do not use Jean-Marc> stdlayouts.inc. The problem I can see with the patch is that it conflicts with layout2layout which removes Caption styles. A possibility would be to restore our own layout files to their Format 3 status, and modify layout2layout to insert the new Caption definition from the patch instead of removing all traces of captions. Georg, I'd appreciate to hear your views on that. JMarc
Re: RC2 coming soon
> "José" == José Matos <[EMAIL PROTECTED]> writes: José> If it works go on. :-) This would be the following patch. If it does work, I will add the same stub to the few classes that do not use stdlayouts.inc. Please test. JMarc Index: lib/layouts/stdlayouts.inc === --- lib/layouts/stdlayouts.inc (révision 18926) +++ lib/layouts/stdlayouts.inc (copie de travail) @@ -78,3 +78,14 @@ Style --Separator-- Color Blue EndFont End + +# This Style is only needed to make tex2lyx convert the \caption macro +# to Caption style, so that lyx2lyx can later convert that to the new +# caption inset. Please remove it when tex2lyx has been upgraded to +# format >= 257 and properly supports the caption inset. (JMarc) +Style Caption + ObsoletedBy Standard + LatexType Command + LatexName caption + OptionalArgs 1 +End
Re: RC2 coming soon
On Wednesday 27 June 2007 08:32:37 Jean-Marc Lasgouttes wrote: > > I wonder whether we could add an entry like > Style Caption > LatexName caption > ObsoletedBy Standard > End > to our layouts. This would be invisible from inside LyX, but tex2lyx > would see it and translated \caption to Caption layout. Then lyx2lyx > would translate that to a proper caption inset. > > JMarc If it works go on. :-) -- José Abílio
Re: RC2 coming soon
> "José" == José Matos <[EMAIL PROTECTED]> writes: José> On Tuesday 26 June 2007 14:26:13 Leuven, E. wrote: >> > > Annoying? Yes. Should be fixed? Yes. Unusable? No. It will >> simply > translate captions to ERT, that is all. >> >> wan't there a patch by hangzai ? José> I have reviewed that thread and there was a dialog going on José> between him and Georg. José> Also as far as I understood, the fix can be committed after José> 1.5.0. This is a sensitive area and I want to play safe here. If José> for any reason I am mistaken please let me know. :-) I wonder whether we could add an entry like Style Caption LatexName caption ObsoletedBy Standard End to our layouts. This would be invisible from inside LyX, but tex2lyx would see it and translated \caption to Caption layout. Then lyx2lyx would translate that to a proper caption inset. JMarc
Re: RC2 coming soon
On Tue, Jun 26, 2007 at 03:04:31PM +0100, José Matos wrote: > On Tuesday 26 June 2007 14:59:58 Enrico Forestieri wrote: > > Please consider also bug 3904. This is a show stopper on systems > > whose locale is not utf8 and the tempdir contains non-ascii chars. > > For sure this affects Windows systems with a Portuguese locale and > > maybe others. The patch is pretty safe. > > I care about Portuguese, I don't care about Windows. :-) I would have said the same 3 or 4 years ago ;-) > I had reviewed the patch. If you think it is safe (and since you have tested > it) commit it. Done. -- Enrico
Re: RC2 coming soon
On Tuesday 26 June 2007 14:59:58 Enrico Forestieri wrote: > Please consider also bug 3904. This is a show stopper on systems > whose locale is not utf8 and the tempdir contains non-ascii chars. > For sure this affects Windows systems with a Portuguese locale and > maybe others. The patch is pretty safe. I care about Portuguese, I don't care about Windows. :-) I had reviewed the patch. If you think it is safe (and since you have tested it) commit it. > -- > Enrico -- José Abílio
Re: RC2 coming soon
On Tue, Jun 26, 2007 at 02:18:37PM +0100, José Matos wrote: > On Tuesday 26 June 2007 11:07:17 Uwe Stöhr wrote: > > No, we need an RC2 to test if our fixes to some crash bugs are really > > fixes. But I also think that RC2 should be released right now (after > > Jürgen's current fixes are in (bug 3915, 3916, and 2753)). > > I agree. I have committed the bugfix to 3313. So my list is now empty. :-) Please consider also bug 3904. This is a show stopper on systems whose locale is not utf8 and the tempdir contains non-ascii chars. For sure this affects Windows systems with a Portuguese locale and maybe others. The patch is pretty safe. -- Enrico
RE: RC2 coming soon
> I have reviewed that thread and there was a dialog going on between him and > Georg. > > Also as far as I understood, the fix can be committed after 1.5.0. This is a > sensitive area and I want to play safe here. If for any reason I am mistaken > please let me know. :-) i guess this one's for georg...
Re: RC2 coming soon
On Tuesday 26 June 2007 14:26:13 Leuven, E. wrote: > > > > Annoying? Yes. Should be fixed? Yes. Unusable? No. It will simply > > translate captions to ERT, that is all. > > wan't there a patch by hangzai ? I have reviewed that thread and there was a dialog going on between him and Georg. Also as far as I understood, the fix can be committed after 1.5.0. This is a sensitive area and I want to play safe here. If for any reason I am mistaken please let me know. :-) -- José Abílio
RE: RC2 coming soon
On Saturday 16 June 2007 18:06:50 Georg Baum wrote: > Am Samstag, 16. Juni 2007 16:12 schrieb Uwe Stöhr: > > > Is there anything else that I am missing before RC2? > > > > This bug is in my opinion a blocker because it makes tex2lyx nearly > > unusable: > > http://bugzilla.lyx.org/show_bug.cgi?id=3750 > > Annoying? Yes. Should be fixed? Yes. Unusable? No. It will simply translate > captions to ERT, that is all. wan't there a patch by hangzai ?
Re: RC2 coming soon
On Saturday 16 June 2007 18:06:50 Georg Baum wrote: > Am Samstag, 16. Juni 2007 16:12 schrieb Uwe Stöhr: > > > Is there anything else that I am missing before RC2? > > > > This bug is in my opinion a blocker because it makes tex2lyx nearly > > unusable: > > http://bugzilla.lyx.org/show_bug.cgi?id=3750 > > Annoying? Yes. Should be fixed? Yes. Unusable? No. It will simply translate > captions to ERT, that is all. I agree. > Georg -- José Abílio
Re: RC2 coming soon
How many serious bugs are left? Glancing at the wiki page, I see the following: * 4 critical issues * 32 regression issues * 14 major issues * 32 other issues Any comments on these? I guess Jose can look through the list and identify must-fix ones so that people can have a look. If these bugs can not be fixed now, at least some temporary patches can be applied to avoid crash. I personally think RC2 can be released now and there is no real stopper for 1.5.0. Cheers, Bo
Re: RC2 coming soon
On Tuesday 26 June 2007 11:07:17 Uwe Stöhr wrote: > No, we need an RC2 to test if our fixes to some crash bugs are really > fixes. But I also think that RC2 should be released right now (after > Jürgen's current fixes are in (bug 3915, 3916, and 2753)). I agree. I have committed the bugfix to 3313. So my list is now empty. :-) > regards Uwe -- José Abílio
Re: RC2 coming soon
On Tue, 26 Jun 2007, Uwe Stöhr wrote: > What is the status now? Let's just release 1.5.0. No, we need an RC2 to test if our fixes to some crash bugs are really fixes. But I also think that RC2 should be released right now (after Jürgen's current fixes are in (bug 3915, 3916, and 2753)). I agree (and I thought this was the plan) /C -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: RC2 coming soon
On Tue, 26 Jun 2007, Abdelrazak Younes wrote: Bo Peng wrote: > PS: The plan is to release RC2 in a couple of days as soon as the > remaining > patches are committed, and this should happen before Tuesday night. What is the status now? Let's just release 1.5.0. How many serious bugs are left? Glancing at the wiki page, I see the following: * 4 critical issues * 32 regression issues * 14 major issues * 32 other issues Any comments on these? /Christian Critical issues: 3537cri P2 PC [EMAIL PROTECTED] NEW lyx-1.5.0beta2 dumps core on freebsd-6.2 when it tries to... 3561cri P2 Oth [EMAIL PROTECTED] NEW crash when changing document encoding 3898cri P2 PC [EMAIL PROTECTED] UNCO LyX crashes with UTF-8 input 3916cri P2 Oth [EMAIL PROTECTED] NEW crash by using backslashes in print dialog paths Regression issues 2945nor P2 All [EMAIL PROTECTED] NEW breaking environment and wrong conversion of vertical spa... 2529nor P2 Sun [EMAIL PROTECTED] NEW Spellcheck does not allow anymore to edit file on the fly 2775nor P2 Oth [EMAIL PROTECTED] NEW Reimplement error-next 3417min P2 Oth [EMAIL PROTECTED] NEW documents with diaeresis (0x00a8) cannot be exported to L... 3521nor P2 PC [EMAIL PROTECTED] NEW Preamble of Layout ignored if it contains german umlaut 3553maj P2 PC [EMAIL PROTECTED] NEW Wrong figure files included in the final pdf manuscript w... 3853nor P2 Oth [EMAIL PROTECTED] NEW Selection is overwritten by inset background 3876nor P2 Oth [EMAIL PROTECTED] NEW highlighting text not correctly possible 3877maj P2 Oth [EMAIL PROTECTED] NEW Highlighting text slows down LyX extremely 3886nor P2 PC [EMAIL PROTECTED] NEW Cut/paste bug with environment depths in 1.5svn 2279nor P2 Oth [EMAIL PROTECTED] NEW Math background user color does not work 3069nor P2 Mac [EMAIL PROTECTED] NEW Dismissing dialogs sometimes leaves menu selected 3203maj P2 Oth [EMAIL PROTECTED] NEW not possible to import non-utf8 text files 3317min P2 PC [EMAIL PROTECTED] NEW X-Icons for LyX-windows 3370nor P2 Mac [EMAIL PROTECTED] NEW Keyboard navigation of dialogs on Mac 3563nor P2 Oth [EMAIL PROTECTED] NEW wrong selection in cross-reference dialog after scrolling 3675nor P2 All [EMAIL PROTECTED] NEW Insert graphics multiple insertions 3819nor P2 PC [EMAIL PROTECTED] NEW LyX fails to export with an XFig insert 3889nor P2 All [EMAIL PROTECTED] NEW RTL text incorrectly Justified 3907maj P2 PC [EMAIL PROTECTED] NEW File -> Open dialog needs many seconds before it opens 2315min P2 Oth [EMAIL PROTECTED] NEW text -> math conversion does not work anymore 2541nor P2 Oth [EMAIL PROTECTED] NEW cursor couldn't be set everywhere to a formula 2552nor P2 Oth [EMAIL PROTECTED] NEW creation of eqnarray environment doesn't recognize existi... 2556maj P2 Oth [EMAIL PROTECTED] NEW not possible to delete a label of a formula 3582nor P2 Oth [EMAIL PROTECTED] NEW Text Inset Display Bug 3750maj P2 All [EMAIL PROTECTED] NEW tex2lyx does not recognize \caption anymore 3155nor P2 All [EMAIL PROTECTED] NEW No visual table size selection on the "Insert Table" dialog 3165nor P2 Mac [EMAIL PROTECTED] NEW Menu bar disappears on Mac when dialogs appear 3291maj P2 PC [EMAIL PROTECTED] NEW dead keys do not work with LANG=C 2218nor P2 PC [EMAIL PROTECTED] REOP Spellchecker doesn't pop up dialogue window for the first... 1814nor P2 Oth [EMAIL PROTECTED] REOP scrollbar borkage with document containing long insets 2594min P2 Oth [EMAIL PROTECTED] REOP commands in mathed should appear upright Major issues 3909maj P2 PC [EMAIL PROTECTED] UNCO LyX does not print files from the Help menu 3920maj P3 Mac [EMAIL PROTECTED] UNCO Slowly at text input time 3404maj P2 Oth [EMAIL PROTECTED] NEW lyx2lyx adds too many \end_layout tokens 2753maj
Re: RC2 coming soon
>>What is the status now? > > Let's just release 1.5.0. No, we need an RC2 to test if our fixes to some crash bugs are really fixes. But I also think that RC2 should be released right now (after Jürgen's current fixes are in (bug 3915, 3916, and 2753)). regards Uwe
Re: RC2 coming soon
Bo Peng wrote: PS: The plan is to release RC2 in a couple of days as soon as the remaining patches are committed, and this should happen before Tuesday night. What is the status now? Let's just release 1.5.0. Abdel.
Re: RC2 coming soon
PS: The plan is to release RC2 in a couple of days as soon as the remaining patches are committed, and this should happen before Tuesday night. What is the status now? Bo
Re: RC2 coming soon
José Matos wrote: > I will start looking to remaining issues before RC2, AFAIR there are two > patches that I would like to have before the release, one by Jürgen that > has a file format change and another related with reverting documents to > 1.4. Yes. I keep on waiting for you to do the python part. Jürgen
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
Uwe, could I have your input on the following questions: * What do you think about creating a separate sourceforge project for storing the dictionary installers? Why? I already have a berlos.de procect, so why not use the space I already have there? * Which, if any, components does your installer download that are not available from sourceforge servers? My installer only downloads Aspell dictionaries, the rest is included. * Is it only the Aspell dictionary installers we would need to provide from ftp.lyx.org etc? For my installer, yes. regards Uwe
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
Bo Peng wrote: The point here is that Christian would like to know how to automate the generation of dictionaries, namely having a look at your cygwin script. Sure. http://wiki.lyx.org/uploads/Windows/aspell_installer_data%2Bdict.zip Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
It's already automated with a Cygwin shell script. I'll generate dictionaries for all languages if you think it's necessary. The point here is that Christian would like to know how to automate the generation of dictionaries, namely having a look at your cygwin script. Same hold for the installer. The more people understand your code, know how to build and modify it, the better the installer can be maintained. If there is no conclusion regarding where to put backup dictionary files, I will put them to http://www.lyx.org/~bpeng and add this backup link to the installer. Cheers, Bo
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: What is involved in creating an installer dictionary? If you (or Uwe?) could explain a bit about it, I'll learn and understand more about it. Feel free to point me to some help instructions if those already exist. It's not good if you're the only one that knows about this. In return, I'll document the process and give it a test run to make sure I know how it works. It's already automated with a Cygwin shell script. I'll generate dictionaries for all languages if you think it's necessary. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Mon, 18 Jun 2007, Joost Verburg wrote: [EMAIL PROTECTED] wrote: I agree we should compile all the dictionaries, under the condition that it is not too much extra work. However, I don't buy the argument about imposing their will, since this is the LyX project and not the Aspell project. Anyway, as I said. If it's not too much work (or possible to do by a script?), then I think we could just as well do them all. It takes time to generate and upload the dictionaries and to keep them up-to-date. Why should I do all that work if we don't support the languages? What is involved in creating an installer dictionary? If you (or Uwe?) could explain a bit about it, I'll learn and understand more about it. Feel free to point me to some help instructions if those already exist. It's not good if you're the only one that knows about this. In return, I'll document the process and give it a test run to make sure I know how it works. /Christian PS. Perhaps it's possible to automate without too much trouble? IIRC, NSIS can be run under *nix, so perhaps we could set up a system on aussie that in a dumb way creates all the dictionary installers. Then they'd automatically be in a (secondary) correct location, and Jean-Marc could just copy them from there. -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: I agree we should compile all the dictionaries, under the condition that it is not too much extra work. However, I don't buy the argument about imposing their will, since this is the LyX project and not the Aspell project. Anyway, as I said. If it's not too much work (or possible to do by a script?), then I think we could just as well do them all. It takes time to generate and upload the dictionaries and to keep them up-to-date. Why should I do all that work if we don't support the languages? Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
Uwe Stöhr wrote: LyX supports now for example Farsi (fa) and Armenian (hy). But anyway ,as people downloaded the other dictionaries, they have a reason for this. We should not impose their will. These people probably want to download dictionaries for all supported languages. There is absolutely no reason why anyone would want a dictionary for a non-supported language, so why should we maintain and update them? It does take quite some time to generate and upload the files. Dictionaries for new languages supported by LyX 1.5 will be available soon. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Mon, 18 Jun 2007, Uwe Stöhr wrote: On Sun, 17 Jun 2007, Joost Verburg wrote: The other languages are not supported by LyX, so I don't see any reason to make dictionaries available for these languages. LyX supports now for example Farsi (fa) and Armenian (hy). But anyway ,as people downloaded the other dictionaries, they have a reason for this. We should not impose their will. I agree we should compile all the dictionaries, under the condition that it is not too much extra work. However, I don't buy the argument about imposing their will, since this is the LyX project and not the Aspell project. Anyway, as I said. If it's not too much work (or possible to do by a script?), then I think we could just as well do them all. Uwe, could I have your input on the following questions: * What do you think about creating a separate sourceforge project for storing the dictionary installers? * Which, if any, components does your installer download that are not available from sourceforge servers? * Is it only the Aspell dictionary installers we would need to provide from ftp.lyx.org etc? I might have asked others, but these are probably still relevant. Cheers /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: RC2 coming soon - math panels patch
> Besides this I miss than the tooltips aren't shown for the math panels. Tooltips work e.g. for roots, styles, fonts and its > subentries are shown in the status bar but e.g. not for the subentries of the Greek, Arrows panels. With respect to the tool tips comments. I've just checked the current status bar tool tips but can't see their advantage as the status bar tool tips for roots etc simply repeat what's on the root menu e.g Square root \sqrt. Am I missing something?? Of course, for consistency the tooltips for the math panels should be shown in the status bar. I also noticed a small problem with the root menu; it displays downwards , obscuring the tool tip in the status bar (unless, of course, if its torn off and moved away from the status bar). Is it worth raising a bug on this? The Styles menu, on the other hand, displays upwards thereby not obscuring the status bar. Roger
Re: RC2 coming soon - math panels patch
Oops, disregard my last comment regarding tooltips, I just checked bug 3883 and now comprehend! Roger
Re: RC2 coming soon - math panels patch
On 18/06/2007, at 4:53 AM, [EMAIL PROTECTED] wrote: Re: RC2 coming soon - math panels patch > I tested the patch and there are some issues left: > - It is still not possible to insert two consecutive symbols because the panel is closed after every selection, see also > http://bugzilla.lyx.org/show_bug.cgi?id=3839#c1 > - Bug 3840 is not fixed for me. Detaching a panel should be intuitive and the current implementation is not. I takes me > 5 minutes until I get it. > > Besides this I miss than the tooltips aren't shown for the math panels. Tooltips work e.g. for roots, styles, fonts and its > subentries are shown in the status bar but e.g. not for the subentries of the Greek, Arrows panels. > regards Uwe From my point of view, as a user who really needs it, it works perfectly. Admittedly, "Detaching a panel should be intuitive ", however, once you find out that to detach a palette you single click once above dashed the line, a palette easily detaches every time (until I accidently discovered this, I spent much time trying to detach by "tearing" that is, dragging, which I think is probably the intuitive method). Once detached it is certainly possible "to insert two consecutive symbols". In fact, you can have as many math palettes open as you like and successfully select symbols from each one into your math box. My understanding of the implementation philosophy, is that when a math palette is attached it should close on selection of a single symbol but if it is detached it should stay open. I don't necessarily agree with this functionality decision, but this is what was decided should happen so from that point of view it works "as advertised". Not sure what tooltips are meant? How to use the palette, or what a symbol is for? Whatever, the RC2 decision, I will certainly include in my RC2 build as, for my purposes, it is a tremendous improvement in usability. Irrespective, LyX 1.5 is great, congratulations to the developers on a great and well appreciated effort, Roger
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: > The other languages are not supported by LyX, so I don't see any reason to make dictionaries > available for these languages. LyX supports now for example Farsi (fa) and Armenian (hy). But anyway ,as people downloaded the other dictionaries, they have a reason for this. We should not impose their will. regards Uwe
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: Uwe Stöhr wrote: So could you also provide the now missing Aspell dictionaries at ftp.lyx.org or was there a reason why you don't build the dictionaries for all languages? The other languages are not supported by LyX, so I don't see any reason to make dictionaries available for these languages. Hmm.. So if LyX starts supporting another language we'll have to remember to add the dictionary? I think it makes sense create all the dictionaries now and be done with it. Or does that require a lot of resources of some form? /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
Uwe Stöhr wrote: So could you also provide the now missing Aspell dictionaries at ftp.lyx.org or was there a reason why you don't build the dictionaries for all languages? The other languages are not supported by LyX, so I don't see any reason to make dictionaries available for these languages. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
Hi Joost, I wanted to update the Aspell dictionaries at berlios.de but see now that at ftp.lyx.org many dictionaries are missing. You can see from the download statistics here http://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=9651 that every Aspell dictionary was downloaded by users. So could you also provide the now missing Aspell dictionaries at ftp.lyx.org or was there a reason why you don't build the dictionaries for all languages? thanks and regards Uwe
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: On Sun, 17 Jun 2007, Joost Verburg wrote: [EMAIL PROTECTED] wrote: Are older versions kept somewhere else? Or have the dictionary installers newer been updated? The old versions are somewhere in the wiki uploads directory. Ok. Is that where old LyX installers look for them? Yes. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: [EMAIL PROTECTED] wrote: Are older versions kept somewhere else? Or have the dictionary installers newer been updated? The old versions are somewhere in the wiki uploads directory. Ok. Is that where old LyX installers look for them? /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: Softlinks on the FTP server to the most recent versions will do. Like aspell6-en-latest.exe. Hmm.. that's not necessarily so easy to synchronize between different servers. We don't want to create a lot of work for Jean-Marc. (Or whoever it is that can write to ftp.lyx.org) Below I've outlined one process that cold be used to update/synchronize when even a single new dictionary (installer) is introduced. To begin with, we have a 'master' directory somewhere that we can write to, e.g. under http://www.lyx.org/.../aspell6. Then, when we create a new version of a dictionary installer, we write it to that directory. And update/change the soft link in that directory. Finally we create a .tar.gz file with everything in that directory and ask Jean-Marc to replace the content on ftp.lyx.org/.../aspell6 with that tar-file. It'd work, but it's not so elegant. I know there are better synchronizing softwares, but we don't know if Jean-Marc has enough access to use them. The soft links might be a problem for instance. Maybe a straight copy is simpler... I'm sending this to Jean-Marc as well for his comments. Jean-Marc? /Christian PS. Having the LyX installer be able to select among the dictionaries, or simply list everything that's on the FTP server, would be more elegant but I'm doubtful it's worth the trouble to write. -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: Are older versions kept somewhere else? Or have the dictionary installers newer been updated? The old versions are somewhere in the wiki uploads directory. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: Do we ever need to support old versions of a dictionary? (For instance if a new version of a dictionary contains a spelling of a word that someone thinks is incorrect). I keep the old versions for older installers. If you want the installers to always download the most recent versions some softlinks need to be created on the FTP server. I looked, and now looked again, but I could only see a single version of the dictionary installer for each language at ftp://ftp.lyx.org/pub/lyx/contrib/aspell6-windows/ Are older versions kept somewhere else? Or have the dictionary installers newer been updated? Will old LyX installers still work, i.e. be able to install Aspell properly? /Christian PS. I'm starting a wiki page for all these notes regarding Aspell for the future: http://wiki.lyx.org/Devel/Aspell -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: I looked in the directory again, and I think I understand it better now. For an installer of a dictionary, e.g. .../aspell6-windows/aspell6-af-0.50-0.exe * The '6' in 'aspell6' stands for dictonary format '6'. * The '-af-' stands for the language * The '0.50-0' stands for the version of the dictionary. Correct? Correct. How will we deal with old versions of dictionary (installers)? When a new dictionary comes along, we'll eventually catch up and produce a corresponding dictonary installer. Then we'll eventually make an updated LyX installer, that'll refer to the new dictionary installer. However, the old LyX installers will still refer to the old dictionary installer, so in order to not break those we need keep the old dictionary installers around. Correct? Correct. We could, some time in the future, make the LyX installer be smarter about which version of the LyX installer it should install. Or is it already so smart that it downloads a list of the available dictionaries to install? Softlinks on the FTP server to the most recent versions will do. Like aspell6-en-latest.exe. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: It feels like I'm missing something here. You say you'd like to be able to update the files now and then. However, the format is not going to change. The dictionary file format is not going to change anytime soon. Reading what you wrote earlier, I wonder: Is this about updating the dictionary _installers_? (E.g. because there's an improved dictionary, _or_ because there is a better installer part available?) The dictionary installers will have to be updated every now and then when new dictionaries are released (both new languages as well as updated dictionaries) or when the installers needs a bugfix or new feature. Do we ever need to support old versions of a dictionary? (For instance if a new version of a dictionary contains a spelling of a word that someone thinks is incorrect). I keep the old versions for older installers. If you want the installers to always download the most recent versions some softlinks need to be created on the FTP server. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: [EMAIL PROTECTED] wrote: Btw, it's not all clear to me that this directory only contains dictionaries. I think the name should say this, so I'm modifying my suggestion to the following: Why create a whole directory structure if we only need to host dictionaries? In case we need to store something else in the future? If we are reasonably sure it'll only ever be the dictionaries, I agree with you. If you change the name there should already be a redirect so older installers keep working. True. Or just leave the old copy where it is... (it only seems to be about 30-60MB). And add a 'README' saying where more up-to-date stuff can be found. I looked in the directory again, and I think I understand it better now. For an installer of a dictionary, e.g. .../aspell6-windows/aspell6-af-0.50-0.exe * The '6' in 'aspell6' stands for dictonary format '6'. * The '-af-' stands for the language * The '0.50-0' stands for the version of the dictionary. Correct? How will we deal with old versions of dictionary (installers)? When a new dictionary comes along, we'll eventually catch up and produce a corresponding dictonary installer. Then we'll eventually make an updated LyX installer, that'll refer to the new dictionary installer. However, the old LyX installers will still refer to the old dictionary installer, so in order to not break those we need keep the old dictionary installers around. Correct? We could, some time in the future, make the LyX installer be smarter about which version of the LyX installer it should install. Or is it already so smart that it downloads a list of the available dictionaries to install? /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: RC2 coming soon - math panels patch
Edwin Leuven schrieb: I also have often the case that I want to insert some symbols from the same panel and it is annoying that I always have to reopen the panel. but that's why you can tear 'em off now OK, I understand. So what is only missing is the documentation how to detach a panel in the Userguide. regards Uwe
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: [EMAIL PROTECTED] wrote: I have an alternative suggestion if we are really only talking about dictionaries for Aspell. Why should we host them? Let's put them on sourceforge instead. Either get them in with the Aspell project, or start a separate project for the Aspell dictionaries. Creating a SF project is fine with me, but I don't really think it is necessary. I tried to contact the Aspell developer before, but he is not really interested in a Windows version. I'd also like to be able to update the files within a reasonable time. It feels like I'm missing something here. You say you'd like to be able to update the files now and then. However, the format is not going to change. Reading what you wrote earlier, I wonder: Is this about updating the dictionary _installers_? (E.g. because there's an improved dictionary, _or_ because there is a better installer part available?) Do we ever need to support old versions of a dictionary? (For instance if a new version of a dictionary contains a spelling of a word that someone thinks is incorrect). /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: I have an alternative suggestion if we are really only talking about dictionaries for Aspell. Why should we host them? Let's put them on sourceforge instead. Either get them in with the Aspell project, or start a separate project for the Aspell dictionaries. Creating a SF project is fine with me, but I don't really think it is necessary. I tried to contact the Aspell developer before, but he is not really interested in a Windows version. I'd also like to be able to update the files within a reasonable time. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: [EMAIL PROTECTED] wrote: What about some of the components themselves? I have some (vague) memory of this being discussed. (The original location of the components should probably the primary place to look for them, but we could supply a backup location for the installer. Not necessarily for all components, but for some of them). The other components are hosted on SourceForge. Uwe, are all components your installer need hosted on sf? The download servers of SF are reliable and they have the policy never to delete any file (even the project administrators cannot delete files). Not sure I agree 100% with that, but it's good enough I think. They also have a dozen of mirror servers that can be used when we add alternative download locations to the installer. Maybe it's some of the mirrors I've had problems with. > > If it's more then aspell dictionaries, how about a directory tree > > that looks something like this: The purpose with a tree was to make it easy to synchronize the entire tree between different locations. So I'd still suggest something like: We only need to host Aspell dictionaries because no Windows dictionaries are provided on the official site. Uwe, do you concur? I have an alternative suggestion if we are really only talking about dictionaries for Aspell. Why should we host them? Let's put them on sourceforge instead. Either get them in with the Aspell project, or start a separate project for the Aspell dictionaries. What do you think of this? /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: Btw, it's not all clear to me that this directory only contains dictionaries. I think the name should say this, so I'm modifying my suggestion to the following: Why create a whole directory structure if we only need to host dictionaries? If you change the name there should already be a redirect so older installers keep working. Joost
Re: RC2 coming soon
[EMAIL PROTECTED] wrote: There have been changes in the dictionary installers for multi-user installations and some other things. The outdated dictionaries on berlios.de don't work in all situations. The files on wiki.lyx.org are even older. Did the file format change? (Just curious) There have been no changes to the dictionary file format. Aspell development has almost stalled, so I don't expect a format change anytime soon. The big open-source projects currently use Hunspell. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: What about some of the components themselves? I have some (vague) memory of this being discussed. (The original location of the components should probably the primary place to look for them, but we could supply a backup location for the installer. Not necessarily for all components, but for some of them). The other components are hosted on SourceForge. The download servers of SF are reliable and they have the policy never to delete any file (even the project administrators cannot delete files). They also have a dozen of mirror servers that can be used when we add alternative download locations to the installer. If it's more then aspell dictionaries, how about a directory tree that looks something like this: The purpose with a tree was to make it easy to synchronize the entire tree between different locations. So I'd still suggest something like: We only need to host Aspell dictionaries because no Windows dictionaries are provided on the official site. Joost
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, [EMAIL PROTECTED] wrote: The version number of the dictionary format (6) is already in the name. If there would ever be a new Aspell version with a different dictionary format (which is very unlikely), the dictionaries will be uploaded to ftp://ftp.lyx.org/pub/lyx/contrib/aspell7-windows/ Btw, it's not all clear to me that this directory only contains dictionaries. I think the name should say this, so I'm modifying my suggestion to the following: The purpose with a tree was to make it easy to synchronize the entire tree between different locations. So I'd still suggest something like: contrib/ windows-installer-support/ dictionaries-aspell6/ A better name than 'windows' could be used of course. Perhaps something like 'windows-installer-support'. It doesn't really have to be a short URI. /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: RC2 coming soon
On Sun, 17 Jun 2007, Joost Verburg wrote: Uwe Stöhr wrote: I can upload the actual ones tomorrow, no problem. But also the current dictionaries work well together with the one compiled for the official installer. There have been changes in the dictionary installers for multi-user installations and some other things. The outdated dictionaries on berlios.de don't work in all situations. The files on wiki.lyx.org are even older. Did the file format change? (Just curious) /C -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Joost Verburg wrote: [EMAIL PROTECTED] wrote: Are aspell dictionaries the only thing that we should provide? Are there and components used by the downloading installers that we should provide a (backup) location for? Only Aspell is used on Windows. What about some of the components themselves? I have some (vague) memory of this being discussed. (The original location of the components should probably the primary place to look for them, but we could supply a backup location for the installer. Not necessarily for all components, but for some of them). If it's more then aspell dictionaries, how about a directory tree that looks something like this: * contrib/ ** windows/ *** aspell/ 6.0/(dictionaries for aspell6.0) *** ? what else might there be? The version number of the dictionary format (6) is already in the name. If there would ever be a new Aspell version with a different dictionary format (which is very unlikely), the dictionaries will be uploaded to ftp://ftp.lyx.org/pub/lyx/contrib/aspell7-windows/ The purpose with a tree was to make it easy to synchronize the entire tree between different locations. So I'd still suggest something like: * contrib/ ** windows/ <- the directory that will be synchronized *** aspell6 A better name than 'windows' could be used of course. Perhaps something like 'windows-installer-support'. It doesn't really have to be a short URI. /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: RC2 coming soon - math panels patch
Uwe Stöhr wrote: Edwin Leuven schrieb: - It is still not possible to insert two consecutive symbols because the panel is closed after every selection, see also http://bugzilla.lyx.org/show_bug.cgi?id=3839#c1 this is intentional. But this is no excuse ;-) it isn't?! I also have often the case that I want to insert some symbols from the same panel and it is annoying that I always have to reopen the panel. but that's why you can tear 'em off now I takes me 5 minutes until I get it. but the good thing is that once you get it you get it... OK, but please document this in the Userguide. will try to write something up before final This is now bug 3883: http://bugzilla.lyx.org/show_bug.cgi?id=3883 thanks Do you have an idea why this doesn't work? not a clue. i looked into this for a while but didn't get anywhere so i gave up...
Re: RC2 coming soon - math panels patch
Uwe Stöhr wrote: > > this is intentional. > > But this is no excuse ;-). I also have often the case that I want to insert > some symbols from the same panel and it is annoying that I always have to > reopen the panel. IMHO Edwin's proposal is just perfect: whenever you want to insert multiple sybols, tear off the panel. Menus should behave like menues, dialogs like dialogs. Jürgen
Re: RC2 coming soon - math panels patch
Edwin Leuven schrieb: - It is still not possible to insert two consecutive symbols because the panel is closed after every selection, see also http://bugzilla.lyx.org/show_bug.cgi?id=3839#c1 this is intentional. But this is no excuse ;-). I also have often the case that I want to insert some symbols from the same panel and it is annoying that I always have to reopen the panel. I takes me 5 minutes until I get it. but the good thing is that once you get it you get it... OK, but please document this in the Userguide. Besides this I miss than the tooltips aren't shown for the math panels. Tooltips work e.g. for roots, styles, fonts and its subentries are shown in the status bar but e.g. not for the subentries of the Greek, Arrows panels. i know. perhaps you could file a bug... This is now bug 3883: http://bugzilla.lyx.org/show_bug.cgi?id=3883 Do you have an idea why this doesn't work? regards Uwe
Re: RC2 coming soon
Edwin Leuven wrote: > you'll find it here: > > http://article.gmane.org/gmane.editors.lyx.devel/87886 Works for me. Put it in. Jürgen
Re: Location of supporting files for the windows installers (Was: RC2 coming soon)
[EMAIL PROTECTED] wrote: Are aspell dictionaries the only thing that we should provide? Are there and components used by the downloading installers that we should provide a (backup) location for? Only Aspell is used on Windows. If it's more then aspell dictionaries, how about a directory tree that looks something like this: * contrib/ ** windows/ *** aspell/ 6.0/(dictionaries for aspell6.0) *** ? what else might there be? The version number of the dictionary format (6) is already in the name. If there would ever be a new Aspell version with a different dictionary format (which is very unlikely), the dictionaries will be uploaded to ftp://ftp.lyx.org/pub/lyx/contrib/aspell7-windows/ Joost
Re: RC2 coming soon
Uwe Stöhr wrote: I can upload the actual ones tomorrow, no problem. But also the current dictionaries work well together with the one compiled for the official installer. There have been changes in the dictionary installers for multi-user installations and some other things. The outdated dictionaries on berlios.de don't work in all situations. The files on wiki.lyx.org are even older. Joost
Location of supporting files for the windows installers (Was: RC2 coming soon)
On Sun, 17 Jun 2007, Uwe Stöhr wrote: Bo Peng schrieb: I am not sure because Joost said that these dictionaries are for an earlier version of aspell and can not be used for the one compiled for the official installer. I can upload the actual ones tomorrow, no problem. But also the current dictionaries work well together with the one compiled for the official installer. Hi guys, real life intervened when a friend asked for help so I've been offline for a few days. Here's a suggestion for locations for the installer to try and download supporting files for the LyX installation. 1. ftp.lyx.org (I don't know which machine this is, probably french) 2. aussie.lyx.org (aka www.lyx.org, wiki.lyx.org and ftp.devel.lyx.org) 3. berlios.de Here's my reasoning: ftp.lyx.org is the offical source of downloading lyx Only one or two of the developers have write access to this machine, but AFAIK it is generally stable host and has good capacity. This machine is very different from aussie.lyx.org in this sense. As for aussie, most of the developers have write permission there, so we could set up the files on aussie and then ask e.g. Jean-Marc to mirror them to ftp.lyx.org. I think mirroring to a third place (berlios.de) could be a good idea. Does this make sense in general? I browsed ftp.lyx.org and the aspell files currently seem to be located at ftp://ftp.lyx.org/pub/lyx/contrib/aspell6-windows/ Are aspell dictionaries the only thing that we should provide? Are there and components used by the downloading installers that we should provide a (backup) location for? If it's more then aspell dictionaries, how about a directory tree that looks something like this: * contrib/ ** windows/ *** aspell/ 6.0/ (dictionaries for aspell6.0) *** ? what else might there be? I don't know if we'll need to support dictionaries for more than one version of aspell at a time, but better be prepared IMO. Thoughts? /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: RC2 coming soon - math panels patch
Uwe Stöhr wrote: > If it works as advertised, I think it should go in. I tested the patch and there are some issues left: - It is still not possible to insert two consecutive symbols because the panel is closed after every selection, see also http://bugzilla.lyx.org/show_bug.cgi?id=3839#c1 this is intentional. - Bug 3840 is not fixed for me. Detaching a panel should be intuitive and the current implementation is not. this is how qt does it... I takes me 5 minutes until I get it. but the good thing is that once you get it you get it... ... to take a bit of perspective: the patch does not change behavior wrt the current situation but it *does* allow you to tear off the menu's (a so-called pareto improvement: someone benefits without making others worse off...) Besides this I miss than the tooltips aren't shown for the math panels. Tooltips work e.g. for roots, styles, fonts and its subentries are shown in the status bar but e.g. not for the subentries of the Greek, Arrows panels. i know. perhaps you could file a bug... thanks for testing
Re: RC2 coming soon - math panels patch
> If it works as advertised, I think it should go in. I tested the patch and there are some issues left: - It is still not possible to insert two consecutive symbols because the panel is closed after every selection, see also http://bugzilla.lyx.org/show_bug.cgi?id=3839#c1 - Bug 3840 is not fixed for me. Detaching a panel should be intuitive and the current implementation is not. I takes me 5 minutes until I get it. Besides this I miss than the tooltips aren't shown for the math panels. Tooltips work e.g. for roots, styles, fonts and its subentries are shown in the status bar but e.g. not for the subentries of the Greek, Arrows panels. regards Uwe
Re: RC2 coming soon
Bo Peng schrieb: I am not sure because Joost said that these dictionaries are for an earlier version of aspell and can not be used for the one compiled for the official installer. I can upload the actual ones tomorrow, no problem. But also the current dictionaries work well together with the one compiled for the official installer. regards Uwe
Re: RC2 coming soon
What about the berlios.de repository that I currently use in LyXWinInstaller as second home for the dictionaries?: http://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=9651 I am not sure because Joost said that these dictionaries are for an earlier version of aspell and can not be used for the one compiled for the official installer. Bo
Re: RC2 coming soon
> We are also finding a second home for aspell dictionaries so that the > windows installer will work even ftp.lyx.org is unusable. What about the berlios.de repository that I currently use in LyXWinInstaller as second home for the dictionaries?: http://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=9651 regards Uwe
Re: RC2 coming soon
Jürgen Spitzmüller wrote: José Matos wrote: what about http://bugzilla.lyx.org/show_bug.cgi?id=3840 and http://bugzilla.lyx.org/show_bug.cgi?id=3839 If Jürgen gives an OK to these I give my OK as well. If it works as advertised, I think it should go in. Edwin, if you post the most recent patch again, I'll text it. you'll find it here: http://article.gmane.org/gmane.editors.lyx.devel/87886
Re: RC2 coming soon
José Matos wrote: > > what about > > > > http://bugzilla.lyx.org/show_bug.cgi?id=3840 > > and > > http://bugzilla.lyx.org/show_bug.cgi?id=3839 > > If Jürgen gives an OK to these I give my OK as well. If it works as advertised, I think it should go in. Edwin, if you post the most recent patch again, I'll text it. Jürgen
Re: RC2 coming soon
Am Samstag, 16. Juni 2007 16:12 schrieb Uwe Stöhr: > > Is there anything else that I am missing before RC2? > > This bug is in my opinion a blocker because it makes tex2lyx nearly > unusable: > http://bugzilla.lyx.org/show_bug.cgi?id=3750 Annoying? Yes. Should be fixed? Yes. Unusable? No. It will simply translate captions to ERT, that is all. > Hangzai Luo has sent a patch but besides general statements nobody > really provided a better patch for LyX 1.5: > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg120560.html This patch generates an invalid file. If you apply it you will rpeat the relyx mistakes. I wrote in http://bugzilla.lyx.org/show_bug.cgi?id=3750#c3 what could be done alternatively. Georg
Re: RC2 coming soon
Is there anything else that I am missing before RC2? This bug is in my opinion a blocker because it makes tex2lyx nearly unusable: http://bugzilla.lyx.org/show_bug.cgi?id=3750 Hangzai Luo has sent a patch but besides general statements nobody really provided a better patch for LyX 1.5: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg120560.html regards Uwe
Re: RC2 coming soon
On Saturday 16 June 2007 12:00:42 Edwin Leuven wrote: > what about > > http://bugzilla.lyx.org/show_bug.cgi?id=3840 > and > http://bugzilla.lyx.org/show_bug.cgi?id=3839 If Jürgen gives an OK to these I give my OK as well. > > On the other hand there is life after 1.5.0 release. :-) > > > > If no one opposes this patch and I have thumbs up from people testing the > > code I will consider it. Fair enough? > > no problem Just to be clear, if this does not go in 1.5.0 I consider it a good candidate to go in 1.5.x. -- José Abílio
Re: RC2 coming soon
José Matos wrote: On Friday 15 June 2007 23:44:27 Edwin Leuven wrote: José Matos wrote: Hi all, I will start looking to remaining issues before RC2, AFAIR there are two patches that I would like to have before the release, one by Jürgen that has a file format change and another related with reverting documents to 1.4. Is there anything else that I am missing before RC2? tearing of math panels using attached patch? This patch breaks the rule that only bugfixes should go after RC1. what about http://bugzilla.lyx.org/show_bug.cgi?id=3840 and http://bugzilla.lyx.org/show_bug.cgi?id=3839 ? On the other hand there is life after 1.5.0 release. :-) If no one opposes this patch and I have thumbs up from people testing the code I will consider it. Fair enough? no problem
Re: RC2 coming soon
On Friday 15 June 2007 23:44:27 Edwin Leuven wrote: > José Matos wrote: > > Hi all, > > I will start looking to remaining issues before RC2, AFAIR there are two > > patches that I would like to have before the release, one by Jürgen that > > has a file format change and another related with reverting documents to > > 1.4. > > > > Is there anything else that I am missing before RC2? > > tearing of math panels using attached patch? This patch breaks the rule that only bugfixes should go after RC1. On the other hand there is life after 1.5.0 release. :-) If no one opposes this patch and I have thumbs up from people testing the code I will consider it. Fair enough? -- José Abílio
Re: RC2 coming soon
On Friday 15 June 2007 19:50:42 Richard Heck wrote: > I think it'd be nice to have Abdel's child docs TOC patch by then. I'm > working on it now. There are still some issues. I agree. :-) And I said that already in another thread. :-) > Richard -- José Abílio
Re: RC2 coming soon
tearing of math panels using attached patch? We are also finding a second home for aspell dictionaries so that the windows installer will work even ftp.lyx.org is unusable. Bo
Re: RC2 coming soon
José Matos wrote:
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that has
a file format change and another related with reverting documents to 1.4.
Is there anything else that I am missing before RC2?
tearing of math panels using attached patch?
Index: src/frontends/qt4/IconPalette.cpp
===
--- src/frontends/qt4/IconPalette.cpp (revision 18792)
+++ src/frontends/qt4/IconPalette.cpp (working copy)
@@ -24,17 +24,100 @@
#include
#include
#include
+#include
namespace lyx {
namespace frontend {
+#if QT_VERSION >= 0x040200
+
+
+class MathButton : public QToolButton
+{
+public:
+ MathButton(QWidget * parent = 0) {}
+ void mouseReleaseEvent(QMouseEvent *event);
+ void mousePressEvent(QMouseEvent *event);
+};
+
+
+void MathButton::mouseReleaseEvent(QMouseEvent *event)
+{
+ QToolButton::mouseReleaseEvent(event);
+ event->ignore();
+}
+
+
+void MathButton::mousePressEvent(QMouseEvent *event)
+{
+ QToolButton::mousePressEvent(event);
+ event->ignore();
+}
+
+
IconPalette::IconPalette(QWidget * parent)
+ : QWidgetAction(parent), size_(QSize(22, 22))
+{
+}
+
+
+void IconPalette::addButton(QAction * action)
+{
+ actions_.push_back(action);
+}
+
+
+QWidget * IconPalette::createWidget(QWidget * parent)
+{
+ QWidget * widget = new QWidget(parent);
+ QGridLayout * layout = new QGridLayout(widget);
+ layout->setSpacing(0);
+
+ for (int i = 0; i < actions_.size(); ++i) {
+ MathButton * tb = new MathButton(widget);
+ tb->setAutoRaise(true);
+ tb->setDefaultAction(actions_.at(i));
+ tb->setIconSize(size_);
+ connect(this, SIGNAL(iconSizeChanged(const QSize &)),
+ tb, SLOT(setIconSize(const QSize &)));
+
+ int const row = i/qMin(6, i + 1) + 1;
+ int const col = qMax(1, i + 1 - (row - 1) * 6);
+ layout->addWidget(tb, row, col);
+ }
+
+ return widget;
+}
+
+
+void IconPalette::setIconSize(const QSize & size)
+{
+ size_ = size;
+ // signal
+ iconSizeChanged(size);
+}
+
+
+void IconPalette::updateParent()
+{
+ bool enable = false;
+ for (int i = 0; i < actions_.size(); ++i)
+ if (actions_.at(i)->isEnabled()) {
+ enable = true;
+ break;
+ }
+ // signal
+ enabled(enable);
+}
+
+#else // QT_VERSION >= 0x040200
+
+IconPalette::IconPalette(QWidget * parent)
: QWidget(parent, Qt::Popup)
{
layout_ = new QGridLayout(this);
- layout_->setSpacing(0);
- layout_->setMargin(3);
- setLayout(layout_);
+ layout->setSpacing(0);
+ layout->setMargin(3);
}
@@ -151,6 +234,7 @@
// draw the rest (buttons)
QWidget::paintEvent(event);
}
+#endif // QT_VERSION >= 0x040200
ButtonMenu::ButtonMenu(const QString & title, QWidget * parent)
Index: src/frontends/qt4/IconPalette.h
===
--- src/frontends/qt4/IconPalette.h (revision 18792)
+++ src/frontends/qt4/IconPalette.h (working copy)
@@ -17,12 +17,40 @@
#include
#include "Action.h"
+// FIXME: this can go when we move to Qt 4.3
+#define QT_VERSION_CHECK(major, minor, patch) ((major<<16)|(minor<<8)|(patch))
+
+#if QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
+#include
+#endif
+
namespace lyx {
namespace frontend {
/**
* For holding an arbitrary set of icons.
*/
+#if QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
+
+class IconPalette : public QWidgetAction {
+ Q_OBJECT
+public:
+ IconPalette(QWidget * parent);
+ void addButton(QAction *);
+ QWidget * createWidget(QWidget * parent);
+public Q_SLOTS:
+ void updateParent();
+ void setIconSize(const QSize &);
+Q_SIGNALS:
+ void enabled(bool);
+ void iconSizeChanged(const QSize &);
+private:
+ QList actions_;
+ QSize size_;
+};
+
+#else
+
class IconPalette : public QWidget {
Q_OBJECT
public:
@@ -49,6 +77,8 @@
QList actions_;
};
+#endif // QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
+
/**
* Popup menu for a toolbutton.
* We need this to keep track whether
Index: src/frontends/qt4/QLToolbar.cpp
===
--- src/frontends/qt4/QLToolbar.cpp (revision 18792)
+++ src/frontends/qt4/QLToolbar.cpp (working copy)
@@ -40,7 +40,6 @@
#include
#include
-
namespace lyx {
using std::string;
@@ -207,14 +206,21 @@
}
case ToolbarItem::ICONPALETTE: {
QToolButton * tb = new QToolButton(this);
- tb->setCheckable(true);
tb->setToolTip(qt_(to_ascii(item.label_)));
tb->setStatusTip(qt_(to_ascii(item.label_)));
tb->setText(qt_(to_ascii(item.label_)));
connect(this, SIGNAL(iconSizeChanged(const QSize &)),
tb, SLOT(setIconSize(const QSize &)));
+#if QT_VERSION >= 0x040200
+ IconPalette * panel = new IconPalette(&owner_);
+ connect(panel, SIGNAL(enabled(bool)),
+ tb, SLOT(setEnabled(bool)));
+ connect(this, SIGNAL(iconSizeChanged(const QSize &)),
+ panel, SLOT(setIconSize(const QSize &)));
+#else
IconPalette * panel = new IconPalette(tb);
+#endif
connect(this, SIGNAL(updated()), panel, S
Re: RC2 coming soon
José Matos wrote: Hi all, I will start looking to remaining issues before RC2, AFAIR there are two patches that I would like to have before the release, one by Jürgen that has a file format change and another related with reverting documents to 1.4. I think it'd be nice to have Abdel's child docs TOC patch by then. I'm working on it now. There are still some issues. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
RC2 coming soon
Hi all, I will start looking to remaining issues before RC2, AFAIR there are two patches that I would like to have before the release, one by Jürgen that has a file format change and another related with reverting documents to 1.4. Is there anything else that I am missing before RC2? Regards, PS: The plan is to release RC2 in a couple of days as soon as the remaining patches are committed, and this should happen before Tuesday night. -- José Abílio
