Keyboard shortcuts non working

[Jean-Luc Coulon (f5ibh)]

Hi,

My system is Debian/sid

I use Hugin from the hg repository (but I've the same problem with the version available on debian: 2017.0.0+dfsg-1).

When I press the "Alt" key to access the shortcut, the involved letter is underlined but there is no action. I expect the menu to be unfolded.

If I try for instance, Ctrl-Q to leave, nothing happens.

Is there something I missed?

Regards

Jean-Luc

[T. Modes]

Hi Jean-Luc,

Am Donnerstag, 16. November 2017 19:48:15 UTC+1 schrieb Jean-Luc Coulon:

When I press the "Alt" key to access the shortcut, the involved letter is underlined but there is no action. I expect the menu to be unfolded.

This is nothing which can be influenced by Hugin. The shortcut are process by the underlying framework wxWidgets + GTK. Maybe there was an update in these packages?

If I try for instance, Ctrl-Q to leave, nothing happens.

Here the same applies.
One remark here: I made the observation that on wxGTK the processing of the shortcuts depends on which control has the focus. You could try if clicking into an other control and then press the shortcut works.

Thomas

[Gunter Königsmann]

If you aren't using the program in English the shortcuts are taken from the translations. wxWidgets used to accept translations for Ctrl here. But they seem to no more do that. Or to have changed some translations for Ctrl: Had this phenomenon on wxMaxima.

--
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/c1b65efc-54da-4d48-9a7f-7765648e8799%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[T. Modes]

@Gunter

Am Sonntag, 19. November 2017 09:58:18 UTC+1 schrieb Gunter Königsmann:

If you aren't using the program in English the shortcuts are taken from the translations. wxWidgets used to accept translations for Ctrl here. But they seem to no more do that. Or to have changed some translations for Ctrl: Had this phenomenon on wxMaxima.

Sorry, but your comment has nothing to do with Hugin. In Hugin the shortcuts are not translated.
So please check more carefully before posting and so confuse others.

[Gunter Königsmann]

>
> Sorry, but your comment has nothing to do with Hugin. In Hugin the
> shortcuts are not translated.

I knew that the accelerators are:

#: hugin1/ptbatcher/BatchTrayIcon.cpp:81
msgid "E&xit"
msgstr "Be&enden"

I didn't know that this doesn't extend to the shortcuts, though.

[T. Modes]

Am Sonntag, 19. November 2017 10:31:36 UTC+1 schrieb Gunter Königsmann:

>
> Sorry, but your comment has nothing to do with Hugin. In Hugin the
> shortcuts are not translated.

I knew that the accelerators are:

Don't mix up accelerators and shortcuts. In your last mail you were explicit referring to ctrl and therefore shortcuts:

[Jean-Luc Coulon (f5ibh)]

Thanks for the answers, sorry for reporting the bug but I received the answers very late (2 hours ago):

Well, I will try to elaborate a bit.

About the shortcuts / accelerators:

---------------------------------------------

This occurs with both the shortcuts and the accelerators.

About the localization:

-----------------------------

This occurs on both the translated and untranslated version (LC_ALL=C to be sure, I have tested before asking).

About the changes in debian:

---------------------------------------

Well... everything is moving in sid... :)

gtk / gtk3 / wx ....

Previous version:

-----------------------

The latest version for the wx stuff is 3.0.3.1+dfsg2-1

The only other version available was 3.0.2, I've not found anything else on debian repositories. Even then, all the .deb are not available for this version.

So I've rebuilt the whole wx stuff from source, and installed them:

../libwxbase3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxbase3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxbase3.0-dev_3.0.2+dfsg-4_amd64.deb
../libwxgtk3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxgtk3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxgtk3.0-dev_3.0.2+dfsg-4_amd64.deb
../libwxgtk-media3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxgtk-media3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxgtk-media3.0-dev_3.0.2+dfsg-4_amd64.deb
../libwxgtk-webview3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxgtk-webview3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxgtk-webview3.0-dev_3.0.2+dfsg-4_amd64.deb
../wx3.0-doc_3.0.2+dfsg-4_all.deb
../wx3.0-examples_3.0.2+dfsg-4_all.deb
../wx3.0-headers_3.0.2+dfsg-4_amd64.deb
../wx3.0-i18n_3.0.2+dfsg-4_all.deb
../wx-common_3.0.2+dfsg-4_amd64.deb
../wx-common-dbgsym_3.0.2+dfsg-4_amd64.deb

I then rebuilt hugin (otherwise it doesnt work). And still have the problem.

Other sofware using the same libwx dependancies: audacity:

--------------------------------------------------------------------------------

I remarked audacity has the same dependancies (libwxbase ans libwxgtk3).

Audacity, built with the same versions of these libs had both the accels and shotcuts working.

(I have no idea of what are the internals of audacity though).

Regards

Jean-Luc

--
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/e5408284-ed07-4954-9f48-3496f880ad8e%40googlegroups.com.

[T. Modes]

Hi Jean-Luc

Am Sonntag, 19. November 2017 12:31:56 UTC+1 schrieb Jean-Luc Coulon:

About the shortcuts / accelerators:

---------------------------------------------

This occurs with both the shortcuts and the accelerators.

I fear these are 2 different issues. For the shortcuts I think I mentioned the issue already. The shortcuts are not always passed further. But they work if you set the focus to an other control (click on other control (e.g. list box, choice). Hugin had already a workaround which worked in earlier versions. I modified this workaround. So I hope that the shortcuts work now also for you.
For the problem with the accelerators I have no idea. They work for me (tested again several variants). If you have excluded wxWidgets (by compiling with older version), then there remains only GTK+ (which should be responsible for the menu drawing.
There were alone 8 releases of GTK in the last 2 months. So it is difficult to find a hint. In 3.22.25 the changelog mentions

 - Problems with menus on several X servers are fixed

No idea, if this is related to your problem.

Thomas

[Jean-Luc Coulon (f5ibh)]

Hi Thomas,

OK, I've just rebuilt it.

and...

AND...

A N D ...

IT WORKS !

I've done a quick test:

Both the accels AND the shortcuts work BUT Ctrl+N from the File menu is not working (does nothing) while Ctrl+O / Ctrl+S... Ctrl+Q do.

Jean-Luc

--

A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/5054598c-2185-4cd0-a548-96174776c647%40googlegroups.com.

[Rogier Wolff]

On Sun, Nov 19, 2017 at 08:00:35AM -0800, T. Modes wrote:
> There were alone 8 releases of GTK in the last 2 months. So it is difficult
> to find a hint. In 3.22.25 the changelog mentions

If you can use GIT, it is easy to pinpoint the exact commit that
caused the problem. Just tell GIT: This version works,... this one
does not. and then it will suggest a version for you to compile and
test. Once that is done you say: this one works too. Or this one is
bad too. and a new version is provided to test. In a few iterations
you'll have the exact version that introduced the bug.

A condition for this to work quickly however is that you can compile
and test the issue for yourself.

Roger.

--
+-- Rogier Wolff -- www.harddisk-recovery.nl -- 0800 220 20 20 --
- Datarecovery Services Nederland B.V. Delft. KVK: 30160549 -
| Files foetsie, bestanden kwijt, alle data weg?!
| Blijf kalm en neem contact op met Harddisk-recovery.nl!