BH wrote:
>Although trunk may be close to ready on other platforms,
>there are some serious problems on Mac. As I've reported
>before, I cannot do things like insert citations or change
>the document preamble: when I click "OK" on the dialog,
>the dialog disappears, but nothing changes in the document.
Can you try to give us at least a slight hint of what is going wrong ? Is there
an lfun send from the dialog (debug with "lyx -dbg action") ? What if you enter
this lfun in the command buffer, does it insert it then ?
>One other Mac issue I've noticed is speed, which is
>noticeably slower on trunk than branch. This is true
>especially of typing speed (which lags behind my typing,
>especially on full screen mode)
>and speed of opening new documents (the latter of which
>takes 5 seconds as opposed to 2 seconds for a document
>template that includes only my bibliographical database).
Does this happen every time, or only the first time after starting LyX ? The
first time we will probably have to convert all layout files to the new format,
which takes some time. This won't be necessary whenever we release an official
version.
>There's also a fair bit of polish that needs to be done.
>A couple of items come to mind. First, as I've noted before
>things like the document outline, advanced spellchecking,
>and the new process/debug pane should now be turned into
>(by default) floating windows rather than drawers or
>docked windows.
All (docked) windows can be made floating in a single mouse-click at all
platforms except for MacOSX. This is hardcoded in the source, but I don't know
why:
#ifdef Q_WS_MACX
// On Mac show as a drawer at the right
return new GuiToc(guiview, Qt::RightDockWidgetArea, Qt::Drawer);
#else
return new GuiToc(guiview);
#endif
The Qt::Drawer parameter disables all floating possibilities. If you are now
telling us that it is bad to have the views as Drawers, then I guess this
special case should be removed. (Why do people not comment on WHY there is a
special case for a special platform.)
Please officially tell me that this exception is bogus and it will get removed.
>(Drawers as a UI device seems to have
>gone out of fashion, but generally text editors/word
>processors do not use docked windows where these chang
>the size of the text area -- especially not its width.
>So floating windows seem to be the right choice at this point.)
I sort of tend to disagree. Floating windows are always hiding text, while this
never happens with docked windows. Furthermore, a lot of software I use have
default docking windows, most notably MSVC, which causes the code area to be
very small, but still I like it more then floating windows.
>Second, dialogs that involve file operations on the current
>document (like Save, Save As, Close (when buffer has been
>modified), etc.) should be sheets attaching to the window
>of the document in question, not standard dialogs as they
>are now. (For the most part, this is right in branch; trunk
>is a regression.)
I've no idea what you're talking about here. But well, the last time I actually
touched a Mac I couldn't find the mousebuttons that were hidden beneath the
touch pad.
Vincent
