From: Vassilii K. <vas...@ta...> - 2014-03-24 15:41:31
|
Yes, this looks better on my screen! On 24.03.2014 16:01, Jerome wrote: > If it is the same problem, then I suppose that the attached patch > might fix it? > > J. > > > Le lun. 24 mars 2014 at 14:05, Vassilii Khachaturov > <vas...@ta...> a écrit : >> Didn't touch that, wanted to have the release out the door first! I >> need to investigate the filter editor code wrt what you say before >> I'm sure the obvious fix (enabling the resize) makes sense. >> >> V. >> >> On 24.03.2014 11:41, Jerome wrote: >>> Vassilii, >>> >>> Did you commit fix? >>> >>> Where (dialogs) do you still get expand issues (filter rule editor, >>> etc ...)? >>> >>> We should be able to quickly fix dialogs. >>> >>> I do not plan to run a snapshot of gramps40.git in virtual mode (eg, >>> daily build of ubuntu 14.04), and I do not get these problems with >>> gtk 3.6. :( >>> >>> Note, there is maybe something else... >>> It seems that people having this type of problem, can fix it by >>> resizing the dialog? >>> >>> => gramps.ini >>> ;;edit-filter-height=420 >>> ;;edit-filter-width=500 >>> >>> So, users might see this problem on first run, they can play with >>> size (set non-default values), then the problem could be hidden on >>> next sessions! //not tested// >>> >>> That's maybe why we do not have a group of bug reports related to this. >>> Been aware of this type of issues, and having tested patchs under my >>> configuration, I commited the quick fixes. >>> >>> Same dependency issue with the black background on person editor >>> (gtk 3.10 / ubuntu 14.04). It looks like a gtk3+ bug, but we should >>> not try to make exceptions for some bugs related to dependeny version. >>> >>> There is also the scrollbar issue (gtk+ > 3.6), which might be fixed >>> with a patched gtk3+ (eg, Josip's test). This will be still a >>> problem under linux/BSD: need to be fixed by distributions / OS. >>> >>> >>> J. >>> >>> Le jeu. 20 mars 2014 at 10:53, Vassilii Khachaturov >>> <vas...@ta...> a écrit : >>>> What is the reason for most dialogs we have not to expand (or >>>> shrink, for that matter), especially if there's no resize >>>> available? Is it because they're set to the maximum size at the >>>> minimum resolution we would like to support? >>>> >>>> I'm writing this after reviewing translation of some strings in a >>>> dialog that really is a bother to scroll --- the filter rule editor. >>>> >>>> Cf. bug #7539 >>>> https://gramps-project.org/bugs/view.php?id=7539 >>>> >>>> Shall I open a bug? Maybe we should review all our dialogs from >>>> this standpoint, maybe as part of the usability GEPS? >>>> >>>> V >>>> >>>> ------------------------------------------------------------------------------ >>>> Learn Graph Databases - Download FREE O'Reilly Book >>>> "Graph Databases" is the definitive new guide to graph databases >>>> and their >>>> applications. Written by three acclaimed leaders in the field, >>>> this first edition is now available. Download your free book today! >>>> http://p.sf.net/sfu/13534_NeoTech >>>> _______________________________________________ >>>> Gramps-devel mailing list >>>> Gra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>>> >>>> >>> |