Errors on mesa-card selection

Hi,

from source I discovered, that the input page is shown in debug mode only - and then I remembered Chris hint to start pncconf with debug option ... - I'm too old already

With debug option I could recap the card discovery and can give better feedback now.
As you can see, the card has 4 smart serial channels, but the discovery option generates only 3 notebook pages.


Here you see the reason for the missing smart serial card:

Channel 0 is evaluated two times. May be, its a misunderstanding in counting indexes. In C counting starts at 0 whereas in python counting starts at 1 ...

I wanted to translate notebook tab labels, but they don't make it into the language catalog.


Then I wanted to adjust the width of comboboxes, but I didn't find the source for it. There's only a placeholder in glade files and I don't know enuf of python.
Would be nice, if the pin-type could be made smaller and increase the function combobox. I guess, even in english the function label is more important, than the pin type.


Last not least, I noted a strange behaviour of the stepper-configuration comboboxes.
The combobox for X-Axis duplicates the labels in the combobox, whereas all other comboboxes seem to behave as expected.


I realized, that translating the pin-type entries from combobox makes the combobox disappear. So I guess, that python relies on the label content.
From other languages I know the concept of using value-pairs as combobox-entries. One value is an index and the other value is a label. So computing can be handled based on the index and the labels can be translated.
May be that's possible in python too?
Would be nice for comboboxes and notebook-tabs.

cheers Reinhard

P.S.: in page "Base Information" you can select an axis configuration, but that selection does not make it into the following page "Screen", which always shows "xyz"

P.P.S: I add the output from mesaflash, so you could test it on your own

Thank you for supplying the mesaflash file. With that and your description I found the error and will push the fix shortly.
It seems your window manager does a terrible job rendering pncconf. This I what I see in cinnamon:

I'll have to check what it looks like with Debian.
Translations shouldn't interfere with pintype - it uses the same process as the the other combo boxes but I'm sure some direct comparisons have got added over time - is there a particular one that you noticed or all pintypes?

Tab names are probably built on the fly so can't currently be translated.

The geometry setting on the screen page relates to how the display translates rotational axes. It's not supposed to be directly copied from the previous page and in all cases I can think of is not actually needed for anything pncconf currently configures for.

The double list of names is a bug I fixed a while back but obviously missed some (it requires hand editing with search and replace)

Thanks for the feedback. I'll try to fix some of the issues soon.

Chris

Hi Chris,

It seems your window manager does a terrible job rendering pncconf.

That's easy explained:
KDE is based on Qt and Gtk is the window-system of gnome. The position of kde-people expressed in my words: we don't like gnome but they have some applications, we can't bet, so we have to support it. But let's do it as ugly as possible, that nobody changes to gnome ...

KDE is fat and unstable (caused by Qt) and I would not use it, if other window-managers would offer the same features, I use. Currently there is no alternative to kde, so I have to stay.
.

This I what I see in cinnamon:

Well, cinnamon is a fork of gnome, so sure it will look better than kde support for gtk :dry:
.

Translations shouldn't interfere with pintype

Well, it did. I translated "Quad Enc-A", "Step Gen-A" and "Dir Gen-B" and on next restart of pncconf there where no pintype-comboboxes at all.
.

Tab names are probably built on the fly so can't currently be translated.

language-database contains labels " I/O\nConnector #" with leading blancs before "I/O" but on notebook-tabs the labels don't have leading blancs - could it be possible, that label definition has leading blancs, which get stripped programmatically so that language support takes the text for different texts?
.

Thanks for the feedback. I'll try to fix some of the issues soon.

That's my way of say thank you and to show, that I appreciate your work.

cheers Reinhard

Hi Chris,

I tried a new installation of debian with cinnamon desktop.
Its by far the slowest desktop system I ever tried. Pretty good looking, but so slow - no! Not an option for me.
If I wanted to wait for the os to become ready on every action, I could use windows

So I'll have to stay with kde

cheers Reinhard

P.S.: I tweaked private_data.py for use of 7i73 - may be you find it useful


P.P.S.: this is an error message for a combobox-failure on translated texts:
.

Cinnamon: I have not tried it on Debian - works fine enough for me on Mint.
I also have not tried KDE so might not know what I'm missing

I think I fixed all the double text in the combo boxes you reported.

7i73 - yes I guess I/O might be to cryptic for some - I should change the other cards too.

translations:
When you change the translations are you loading a previous saved config?
If so, that is probably the problem. - I see pncconf saves the translated pin type text.
So a saved config would have different text then a newly made one.

pin signals don't have this problem because they get saved as converted pin signal names that don't change with translations.

You could confirm this by trying to build a new config with your new translations.
I think it would work fine then.

Chris

Hi Chris,
.

I also have not tried KDE so might not know what I'm missing

Nothing so far
I heavily use double click on window title as maximize vertical only - very handy
Cinnamon offers that functionality too.

Then I like saved session to be restored on each login. I use several virtual desktops with dedicted applications on each and I love it, when all apps are at their places
Then I'm a hooked user of krusader and kmail - for me, both are without alternatives.
But that's of cause very subjective and does not need to be true for you.
On the other side I use gvim - for me the only usable editor :woohoo:
.

7i73 - yes I guess I/O might be to cryptic for some

No, nothing cryptic.
But on 7i73 the pins are sorted by direction, so the first tab contains only inputs, whereas the second tab contains only outputs.
I found it useful to tell that through the tab labels.
.

When you change the translations are you loading a previous saved config?
If so, that is probably the problem. - I see pncconf saves the translated pin type text.

May be, you'd like to change that.
Think about exchanging configuration files and be able to verify it in your language - even if users use different language?
May be - its not important for you.

For me, it was always a requirement to differ between application data and user data. Only the latter may be translated and may not affect behaviour of application.
.

You could confirm this by trying to build a new config with your new translations.

when I have time, I'll create a new config.
The last runs I did only to give you a qualified feedback. I had no need for the changes.

cheers Reinhard