Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

checkbox edit widget not working + widgets buttons not rendered correctly #13084

Closed
qgib opened this issue Sep 19, 2010 · 13 comments
Closed

checkbox edit widget not working + widgets buttons not rendered correctly #13084

qgib opened this issue Sep 19, 2010 · 13 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Sep 19, 2010

Author Name: Giovanni Manghi (@gioman)
Original Redmine Issue: 3024
Affected QGIS version: master
Redmine category:gui
Assignee: Jürgen Fischer


I'm not a OsX user, but a colleague using Leopard shown me that the "Calendar" and "File name" edit widgets are not working. In the table of attribute cells it seems to appear some kind of button, but clicking on it doesn't produce any effect.

The package used to install qgis was

http://www.kyngchaos.com/files/software/unixport/Qgis-1.5.0-2-Leopard.dmg

with all the necessary frameworks.


@qgib
Copy link
Contributor Author

qgib commented Sep 20, 2010

Author Name: William Kyngesburye (@kyngchaos)


Calendar? File name?

Some button?

Sorry, all pretty vague.

@qgib
Copy link
Contributor Author

qgib commented Sep 20, 2010

Author Name: Giovanni Manghi (@gioman)


Hi,

I'm referring to "edit widgets" in the vector properties (attributes tab) and how this widgets render and (don't) work when editing in the table of attributes.

Under both linux and windows when you double click the table cell i show a "button" like the ones that are used to browse files in web forms. In the case of the "calendar" widget it opens a window that leave the user choose easily and quick a date.

@qgib
Copy link
Contributor Author

qgib commented Sep 22, 2010

Author Name: zealmeida - (zealmeida -)


I’m the colleague mentioned above and I’m new to GIS applications, so I apologize in advance for any imprecision in my writing (as in my english…)

It seems to be a problem with the row height. When opening the Attribute table window, if some column as a widget like ‘calendar’, size when I double clic in toggle editing mode to edit, with the standard cell size I can only see a non editable small blank line. If I extend the row height (extending the column width makes no difference) then the ‘…’ button is visible and I can access the calendar window to choose a date as field contents. It happens the same with the ‘file name’ widget.

Some screenshots in the attachment (hopefully) will illustrate this.

@qgib
Copy link
Contributor Author

qgib commented Sep 22, 2010

Author Name: William Kyngesburye (@kyngchaos)


My guess is that it's because UI controls (especially buttons) and font sizes are generally a little larger on OS X than other systems. Qgis would have to force a smaller button size here instead of using the system defaults. There are a couple different "standard" sizes in the system, though I know very little about the programming side of Qgis.

@qgib
Copy link
Contributor Author

qgib commented Sep 24, 2010

Author Name: Giovanni Manghi (@gioman)


So... it is now (again) more clear to me after a "live" test. The "file name" and the "calendar" widgets do work, while the buttons in the table of contents are rendered in a way that force the user to resize vertically each row in order to see a clickable button.

Meanwhile we discovered that the "checkbox" button, aside the same problem above described, does really not work.

@qgib
Copy link
Contributor Author

qgib commented Sep 28, 2010

Author Name: William Kyngesburye (@kyngchaos)


Replying to [comment:5 lutra]:

Meanwhile we discovered that the "checkbox" button, aside the same problem above described, does really not work.

How does it not work? So far, I tried setting a field to the checkbox type, and I do get broken behavior: it doesn't save checked/unchecked state values in the configuration, and no checkbox shows up in the table, no matter how tall I make the row. Is this what you mean?

@qgib
Copy link
Contributor Author

qgib commented Sep 28, 2010

Author Name: Giovanni Manghi (@gioman)


How does it not work? So far, I tried setting a field to the checkbox type, and I do get broken behavior: it doesn't save checked/unchecked state values in the configuration, and no checkbox shows up in the table, no matter how tall I make the row. Is this what you mean?

In the system I tested the checkbox show in the table cell (but you still need to resize vertically the row to see it fine) but then clicking on it does not produce any effect, the checkbox remains unchecked.

@qgib
Copy link
Contributor Author

qgib commented Sep 30, 2010

Author Name: zealmeida - (zealmeida -)


Hi

I added a small screencast that may help to understand the problem. When using the attribute table window, a double clic to edit opens the checkbox but doesn’t allow to check, so the value in the field is always the unchecked one. When creating a new object (in this example a polygon) I’m able to check it, but again in the attribute table window I can make no changes.

@qgib
Copy link
Contributor Author

qgib commented Mar 6, 2011

Author Name: William Kyngesburye (@kyngchaos)


The Mac Qgis 1.5 and 1.6 used Qt 1.6. As noted above, calendar works only if the row is resized to be a couple times larger than default (it looks like the widget has a large buffer), and checkbox displays but does nothing at all.

With Qt 4.7 in QGis trunk, at least the calendar and other widgets display without resizing. But now the calendar widget does nothing. That brings the list to calendar, filename and checkbox not working at all.

@qgib
Copy link
Contributor Author

qgib commented Dec 16, 2011

Author Name: Giovanni Manghi (@gioman)


  • fixed_version_id was changed from Version 1.7.0 to Version 1.7.4

@qgib
Copy link
Contributor Author

qgib commented Apr 16, 2012

Author Name: Paolo Cavallini (@pcav)


  • fixed_version_id was changed from Version 1.7.4 to Version 1.8.0
  • version was configured as master
  • crashes_corrupts_data was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Sep 4, 2012

Author Name: Paolo Cavallini (@pcav)


  • fixed_version_id was changed from Version 1.8.0 to Version 2.0.0

@qgib
Copy link
Contributor Author

qgib commented Jun 20, 2014

Author Name: Giovanni Manghi (@gioman)


I don't have a Mac to test and a long time has passed, I can just assume that this is not a issue anymore.


  • resolution was configured as worksforme
  • status_id was changed from Open to Closed
  • pull_request_patch_supplied was configured as 0

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience labels May 24, 2019
@qgib qgib added this to the Version 2.0.0 milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! GUI/UX Related to QGIS application GUI or User Experience
Projects
None yet
Development

No branches or pull requests

1 participant