What is supposed to trigger the mouse click stack trace?
nophead wrote
Another problem is when it switches tabs all the customiser settings are
lost. When it takes several minutes to get back to the previous state this
is a breaking change.
Perhaps we need an Edit/Preferences/Advanced/UI/Enable-tabs setting?
I'm not sure of others, but I have not used tabs to any degree of
sophistication.
OpenSCAD Admin - email* me if you need anything, or if I've done something stupid...
- on the Forum, click on my MichaelAtOz label, there is a link to email me.
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
--
Sent from: http://forum.openscad.org/
On 12/8/2020 2:30 AM, MichaelAtOz wrote:
Perhaps we need an Edit/Preferences/Advanced/UI/Enable-tabs setting?
I'm not sure of others, but I have not used tabs to any degree of
sophistication.
I'm not a fan of tabs. I have a perfectly good way of managing multiple
documents, through windows, and it's a lot more flexible. Tabs are fine
for phone and tablet screens where the document pretty much has to take
up the whole screen, but I have two 32" monitors and that's a whole
different environment.
I don't know how they really interact with the
click-to-find-associated-module question and so can't directly comment
on the issue here, but the addition of tabs was a total negative for me;
it made my window-centric habits be second-class citizens. (Yes, you
can still open new windows and open files in new windows, but not with
Ctrl+N and the toolbar buttons; you have to crawl halfway down the menu
with no shortcuts.)
I have a prototype that adds Edit/Preferences/Advanced/UI/Use Tabs; see
#3434 Restore multi-window operation as a first-class citizen
https://github.com/openscad/openscad/issues/3434#
Torsten is (completely reasonably) concerned with the testing
multiplication implied by a mode.
I'm holding out hope for the customizable-shortcuts project giving me
the ability to restore Ctrl+N to open new windows.
On Tuesday, 8 December 2020 13:28:23 GMT Jordan Brown wrote:
I'm not a fan of tabs. I have a perfectly good way of managing multiple
documents, through windows, and it's a lot more flexible. Tabs are fine
for phone and tablet screens where the document pretty much has to take
up the whole screen, but I have two 32" monitors and that's a whole
different environment.
Yes!
Mind you, I have become quite partial to the tear-off tab of late, and the
kdenlive-style widget rearrangement, also allowing you to tear the frame out
to a separate window if you want to move it to a different monitor, for
example.
Perhaps we need an Edit/Preferences/Advanced/UI/Enable-tabs setting?
I think the proper solution is to fix all the bugs in the tabs feature.
Customiser settings need to be stored per tab.
Changing tabs should force a preview consistently. At the moment it seems
to be when a new tab is opened but not when switching back to the old tabs.
On Tue, 8 Dec 2020 at 17:20, Dr Nicholas Bailey <
Nicholas.Bailey@glasgow.ac.uk> wrote:
On Tuesday, 8 December 2020 13:28:23 GMT Jordan Brown wrote:
I'm not a fan of tabs. I have a perfectly good way of managing multiple
documents, through windows, and it's a lot more flexible. Tabs are fine
for phone and tablet screens where the document pretty much has to take
up the whole screen, but I have two 32" monitors and that's a whole
different environment.
Yes!
Mind you, I have become quite partial to the tear-off tab of late, and the
kdenlive-style widget rearrangement, also allowing you to tear the frame
out
to a separate window if you want to move it to a different monitor, for
example.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
On Tue, Dec 8, 2020 at 12:10 PM nop head nop.head@gmail.com wrote:
Perhaps we need an Edit/Preferences/Advanced/UI/Enable-tabs setting?
I think the proper solution is to fix all the bugs in the tabs feature.
Customiser settings need to be stored per tab.
Changing tabs should force a preview consistently. At the moment it seems
to be when a new tab is opened but not when switching back to the old tabs.
It sounds like you have "Automatic Reload and Preview" enabled, so it
previews when a new file/tab is opened. That's only supposed to reload
when the file on disk changes, right? Not really much to do with tabs.
I prefer to leave Reload and Preview OFF, in which case changing tabs is
perfectly consistent with opening a new one: neither forces a preview.
For example when editing a top level script that includes or uses a library
file. I can Ctrl-click on the include line and it will conveniently open
that file in a new tab. In that case I don't see a reason to preview this
file because it was written to be included, and so it has nothing to render
itself. I am fine with pressing F5 at the time of my choosing.
Anyways why do you care if you are using your own external editor?
Hans
thehans wrote
On Tue, Dec 8, 2020 at 12:10 PM nop head <
nop.head@
> wrote:
Perhaps we need an Edit/Preferences/Advanced/UI/Enable-tabs setting?
I think the proper solution is to fix all the bugs in the tabs feature.
Customiser settings need to be stored per tab.
Changing tabs should force a preview consistently. At the moment it seems
to be when a new tab is opened but not when switching back to the old
tabs.
It sounds like you have "Automatic Reload and Preview" enabled, so it
previews when a new file/tab is opened. That's only supposed to reload
when the file on disk changes, right? Not really much to do with tabs.
Seems Auto-reload-preview is triggered by just changing tabs, I don't think
it should do so.
Hmmm, that definitely happened,
I had previously changed code in the first tab,
I can't remember which tab was live when I selected auto-reload-preview,
but when I was on the second tab I clicked back to tab 1,
it asked if I really wanted to reload, I said no.
But I haven't been able to reproduce it...
(and I'm 98.95% sure nothing modified the tab 1 file outside OpenSCAD)
Ahhh, customizer was viewable, with auto-preview selected.
I'm wondering if there is some unintended interaction.
I'll try some more combinations.
Changing tabs should force a preview consistently. At the moment it seems
to be when a new tab is opened but not when switching back to the old
tabs.
See above, it did once on switching back.
When an existing file is opened in a new tab with auto-reload-preview,
preview is appropriate and consistent with past behaviour.
You, ie I, don't really want tabs to preview just switching to them,
I have one with a 30 minute minkowski preview.
If other tabs are libraries, you don't want them previewing.
Perhaps auto-reload-preview setting should be tab specific?
New tabs inherit the setting of the current tab??
ATM tabs are editor entities, not preview/render/customizer instances, ATM.
Perhaps phase-2 should be more sophisticated?
RC2 just crashed with all this fiddling...
OpenSCAD Admin - email* me if you need anything, or if I've done something stupid...
- on the Forum, click on my MichaelAtOz label, there is a link to email me.
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
--
Sent from: http://forum.openscad.org/
Anyways why do you care if you are using your own external editor?
Because when I pan with the mouse I eventually end up opening a random file
that gets rendered wiping out my two minute render that is posed by a dozen
customiser settings that are all lost.
When the mouse click is disabled when the editor is hidden it will no
longer affect my normal use, but I might want to occasionally unhide the
editor to make use of the feature. In that case I could turn off auto
reload manually to stop the new tabs being previewed. Perhaps that should
be ignored when the tab is opened via the stack trace, as in most cases the
file opened does not display anything, so it just clears the original
preview. I imagine in most cases you might want to click on another part of
the original preview and don't want it erased.
Regardless I think customiser state should be per tab rather than per main
window as they are now.
On Wed, 9 Dec 2020 at 02:39, MichaelAtOz oz.at.michael@gmail.com wrote:
thehans wrote
On Tue, Dec 8, 2020 at 12:10 PM nop head <
nop.head@
> wrote:
Perhaps we need an Edit/Preferences/Advanced/UI/Enable-tabs setting?
I think the proper solution is to fix all the bugs in the tabs feature.
Customiser settings need to be stored per tab.
Changing tabs should force a preview consistently. At the moment it
seems
to be when a new tab is opened but not when switching back to the old
tabs.
It sounds like you have "Automatic Reload and Preview" enabled, so it
previews when a new file/tab is opened. That's only supposed to reload
when the file on disk changes, right? Not really much to do with tabs.
Seems Auto-reload-preview is triggered by just changing tabs, I don't think
it should do so.
Hmmm, that definitely happened,
I had previously changed code in the first tab,
I can't remember which tab was live when I selected auto-reload-preview,
but when I was on the second tab I clicked back to tab 1,
it asked if I really wanted to reload, I said no.
But I haven't been able to reproduce it...
(and I'm 98.95% sure nothing modified the tab 1 file outside OpenSCAD)
Ahhh, customizer was viewable, with auto-preview selected.
I'm wondering if there is some unintended interaction.
I'll try some more combinations.
Changing tabs should force a preview consistently. At the moment it seems
to be when a new tab is opened but not when switching back to the old
tabs.
See above, it did once on switching back.
When an existing file is opened in a new tab with auto-reload-preview,
preview is appropriate and consistent with past behaviour.
You, ie I, don't really want tabs to preview just switching to them,
I have one with a 30 minute minkowski preview.
If other tabs are libraries, you don't want them previewing.
Perhaps auto-reload-preview setting should be tab specific?
New tabs inherit the setting of the current tab??
ATM tabs are editor entities, not preview/render/customizer instances, ATM.
Perhaps phase-2 should be more sophisticated?
RC2 just crashed with all this fiddling...
OpenSCAD Admin - email* me if you need anything, or if I've done
something stupid...
- on the Forum, click on my MichaelAtOz label, there is a link to email me.
Unless specifically shown otherwise above, my contribution is in the
Public Domain; to the extent possible under law, I have waived all
copyright and related or neighbouring rights to this work. Obviously
inclusion of works of previous authors is not included in the above.
--
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Although people claim this is fixed in master I think it is only fixed if
you hide the editor.
It is far too easy to trigger and there seems to be something odd with the
mouse handling in general. For example, I can centre the view with left
double click, right double click and even centre double click. Why?
And when the menu appears after a right click I can then right click on it
to jump to the code. I think perhaps my mouse has switch bounce on the
right button because Microsoft do not appear to know how to
debounce buttons. In normal use I would not notice because right double
click is not a thing normally.
I think only ctrl-left click should bring up the menu and only left click
should select an item.
On Wed, 9 Dec 2020 at 09:06, nop head nop.head@gmail.com wrote:
Anyways why do you care if you are using your own external editor?
Because when I pan with the mouse I eventually end up opening a random
file that gets rendered wiping out my two minute render that is posed by a
dozen customiser settings that are all lost.
When the mouse click is disabled when the editor is hidden it will no
longer affect my normal use, but I might want to occasionally unhide the
editor to make use of the feature. In that case I could turn off auto
reload manually to stop the new tabs being previewed. Perhaps that should
be ignored when the tab is opened via the stack trace, as in most cases the
file opened does not display anything, so it just clears the original
preview. I imagine in most cases you might want to click on another part of
the original preview and don't want it erased.
Regardless I think customiser state should be per tab rather than per main
window as they are now.
On Wed, 9 Dec 2020 at 02:39, MichaelAtOz oz.at.michael@gmail.com wrote:
thehans wrote
On Tue, Dec 8, 2020 at 12:10 PM nop head <
nop.head@
> wrote:
Perhaps we need an Edit/Preferences/Advanced/UI/Enable-tabs setting?
I think the proper solution is to fix all the bugs in the tabs feature.
Customiser settings need to be stored per tab.
Changing tabs should force a preview consistently. At the moment it
seems
to be when a new tab is opened but not when switching back to the old
tabs.
It sounds like you have "Automatic Reload and Preview" enabled, so it
previews when a new file/tab is opened. That's only supposed to reload
when the file on disk changes, right? Not really much to do with tabs.
Seems Auto-reload-preview is triggered by just changing tabs, I don't
think
it should do so.
Hmmm, that definitely happened,
I had previously changed code in the first tab,
I can't remember which tab was live when I selected auto-reload-preview,
but when I was on the second tab I clicked back to tab 1,
it asked if I really wanted to reload, I said no.
But I haven't been able to reproduce it...
(and I'm 98.95% sure nothing modified the tab 1 file outside OpenSCAD)
Ahhh, customizer was viewable, with auto-preview selected.
I'm wondering if there is some unintended interaction.
I'll try some more combinations.
Changing tabs should force a preview consistently. At the moment it
seems
to be when a new tab is opened but not when switching back to the old
tabs.
See above, it did once on switching back.
When an existing file is opened in a new tab with auto-reload-preview,
preview is appropriate and consistent with past behaviour.
You, ie I, don't really want tabs to preview just switching to them,
I have one with a 30 minute minkowski preview.
If other tabs are libraries, you don't want them previewing.
Perhaps auto-reload-preview setting should be tab specific?
New tabs inherit the setting of the current tab??
ATM tabs are editor entities, not preview/render/customizer instances,
ATM.
Perhaps phase-2 should be more sophisticated?
RC2 just crashed with all this fiddling...
OpenSCAD Admin - email* me if you need anything, or if I've done
something stupid...
- on the Forum, click on my MichaelAtOz label, there is a link to email
me.
Unless specifically shown otherwise above, my contribution is in the
Public Domain; to the extent possible under law, I have waived all
copyright and related or neighbouring rights to this work. Obviously
inclusion of works of previous authors is not included in the above.
--
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
There seems to be something at odds with the key handling in general.
I do confirm that select is triggered on either button press - which I
see as a bug and will go to fix asap, should be only on left button, PR
incoming.
Also double-right click is strange, but I hope to fix it with the same
solution.
Selecting in the list with a right click is a Qt/OS Feature (you have
the same Action when you go File->New File (Right click)).
I would like to have more comments, but I am open for Ctrl+Left as
select action - But I will move this discussion to IRC.
On 16/12/2020 19.08, nop head wrote:
Although people claim this is fixed in master I think it is only fixed
if you hide the editor.
It is far too easy to trigger and there seems to be something odd with
the mouse handling in general. For example, I can centre the view with
left double click, right double click and even centre double click. Why?
And when the menu appears after a right click I can then right click
on it to jump to the code. I think perhaps my mouse has switch bounce
on the right button because Microsoft do not appear to know how to
debounce buttons. In normal use I would not notice because right
double click is not a thing normally.
I think only ctrl-left click should bring up the menu and only left
click should select an item.
On Wed, 9 Dec 2020 at 09:06, nop head <nop.head@gmail.com
mailto:nop.head@gmail.com> wrote:
Anyways why do you care if you are using your own external editor?
Because when I pan with the mouse I eventually end up opening a
random file that gets rendered wiping out my two minute render
that is posed by a dozen customiser settings that are all lost.
When the mouse click is disabled when the editor is hidden it will
no longer affect my normal use, but I might want to occasionally
unhide the editor to make use of the feature. In that case I could
turn off auto reload manually to stop the new tabs being
previewed. Perhaps that should be ignored when the tab is opened
via the stack trace, as in most cases the file opened does not
display anything, so it just clears the original preview. I
imagine in most cases you might want to click on another part of
the original preview and don't want it erased.
Regardless I think customiser state should be per tab rather than
per main window as they are now.
On Wed, 9 Dec 2020 at 02:39, MichaelAtOz <oz.at.michael@gmail.com
<mailto:oz.at.michael@gmail.com>> wrote:
thehans wrote
On Tue, Dec 8, 2020 at 12:10 PM nop head <
nop.head@
> wrote:
Perhaps we need an
Edit/Preferences/Advanced/UI/Enable-tabs setting?
I think the proper solution is to fix all the bugs in the
tabs feature.
Customiser settings need to be stored per tab.
Changing tabs should force a preview consistently. At the
moment it seems
to be when a new tab is opened but not when switching back
to the old
tabs.
It sounds like you have "Automatic Reload and Preview"
enabled, so it
previews when a new file/tab is opened. That's only
supposed to reload
when the file on disk changes, right? Not really much to do
with tabs.
Seems Auto-reload-preview is triggered by just changing tabs,
I don't think
it should do so.
Hmmm, that definitely happened,
I had previously changed code in the first tab,
I can't remember which tab was live when I selected
auto-reload-preview,
but when I was on the second tab I clicked back to tab 1,
it asked if I really wanted to reload, I said no.
But I haven't been able to reproduce it...
(and I'm 98.95% sure nothing modified the tab 1 file outside
OpenSCAD)
Ahhh, customizer was viewable, with auto-preview selected.
I'm wondering if there is some unintended interaction.
I'll try some more combinations.
Changing tabs should force a preview consistently. At the
moment it seems
to be when a new tab is opened but not when switching back
to the old
tabs.
See above, it did once on switching back.
When an existing file is opened in a new tab with
auto-reload-preview,
preview is appropriate and consistent with past behaviour.
You, ie I, don't really want tabs to preview just switching to
them,
I have one with a 30 minute minkowski preview.
If other tabs are libraries, you don't want them previewing.
Perhaps auto-reload-preview setting should be tab specific?
New tabs inherit the setting of the current tab??
ATM tabs are editor entities, not preview/render/customizer
instances, ATM.
Perhaps phase-2 should be more sophisticated?
RC2 just crashed with all this fiddling...
-----
OpenSCAD Admin - email* me if you need anything, or if I've
done something stupid...
* on the Forum, click on my MichaelAtOz label, there is a link
to email me.
Unless specifically shown otherwise above, my contribution is
in the Public Domain; to the extent possible under law, I have
waived all copyright and related or neighbouring rights to
this work. Obviously inclusion of works of previous authors is
not included in the above.
--
Sent from: http://forum.openscad.org/ <http://forum.openscad.org/>
_______________________________________________
OpenSCAD mailing list
Discuss@lists.openscad.org <mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
<http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org>
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org