On 29/03/14 23:35, Chris wrote:
Hmm
Perhaps dejavu sans needs to be included in the install package as its
not an installed font in mswin7, by including it in the install some of
these inconstancies may be ironed out.
It now appears that my choice of DejaVu Sans doesn't get into the build
anyway.
if installing a font is a bit over the top QT includes...
int QFontDatabase::addApplicationFont ( const QString & fileName )
This can load the font before the UI is rendered.
What other fonts does kmymoney use? it may be best to do this for all
fonts.
The KMM settings allow the user either to use system settings or to
specfy his own choices (two of).
Chris
Allan
On 30/03/2014 9:19 AM, Allan wrote:
On 29/03/14 22:19, Chris wrote:
Hi Allen
With the font issues I found that the font was not specified in the ui
file so defaults where applied. Those defaults caused problems. So it
may be the defaults on your machine are more suited to your desktop
environment than the default on other desktops. On windows, QT uses an
internationalised font "ms shell dlg 2" which may or may not be a good
choice. To get a consistent look and feel across desktops requires a
consistent font.
It may not be ubuntu's fault.
If you could attach a patch that would be wonderful
Chris
Hi Chris
In my early days with the plugin, I did not specify a font for the
tablewidget, and as I then happened to be using a xbuntu machine, The
UI, in QtDesigner, showed the font as Ubuntu. It was pointed out to
me that other systems might not have that font and that I should
specify a generic font, so I have since specified DejaVu Sans. When I
started looking into your problem, I switched from Mint to my Ubuntu
system, and there the font shows as Ubuntu. So, I'm pretty sure that
it is Ubuntu that makes that change.
Your "ms shell dlg 2" font is probably the result of Windows doing
something similar.
The problem, I've found though, is not directly to do with the font,
but is caused by several layout parameters that get changed. So, I
now start on my Mint PC, get it working and looking correct, then copy
that file to my Ubuntu. The changes I've mentioned have now been
altered. When the plugin starts, as you found, the dialog buttons have
almost dropped off the window. Also, on the Banking wizard page, the
layout has expanded horizontally and the rightmost combo boxes are
getting clipped.
So, I then make the parameter changes, the buttons etc. now reappear,
but the horizontal scroll bar has gone. I then have to do some tuning
to find a happy medium. So what I now do is set the layout parameters
in the plugin initialisation, and that seems to be satisfactory. I
just hope that it helps you on Windows.
I'll send you a patch as soon as I'm happy with it.
Allan
On 29/03/2014 9:14 PM, Allan wrote:
On 29/03/14 01:21, Chris wrote:
Hi Guys
I am trying to debug the csv import plugin layout problem. It appears
the default font may be a large part of the problem but not all of it.
Hi Cristian
Coming in here from a different angle. Here, I've sorted out the
layout problem with Ubuntu-type distros, by applying some settings in
the plugin code, instead of relying on the UI file settings.
Obviously, Ubuntu over-rides the UI settings, presumably to make
things look nice, even if the result is a broken plugin. It may well
be that the same happens on Windows, so my fix may help you.
I've got slightly side-tracked by some other minor tidyness issues I
noticed, but I could send you a patch for you to try, if you wish.
It's only concerns the layout, not the icon thing your screen shot
showed.
Allan
What I can't work out is to how to actually debug the plugin inside of
msvc2010. KMyMoney does not load the plugin at all when run from the
build directory and when installed it loads the plugin from the libs
directory but because there is no symbol file msvc cant step into it.
It seems mildly insane to have to install and copy the symbols into
the
libs folder everytime I make a code change!!!
I have tried telling QT to use the build folder but it seems to
ignore it
I have added the path to the bin folder to QT_PLUGIN_PATH I have also
tried adding the application path by calling
QCoreApplication::addLibraryPath(QCoreApplication::applicationDirPath());
inside
the KApplication Constructor
Both methods succesfully prepend the build folder to the plugin
path but
it makes no difference. The plugins (none of them) are loaded.
All the plugins are in the same folder as the application. The app
runs,
it just has no loaded plugins.
I also added the application path to the PATH env. No luck whatsoever.
Without copying the plugins to the lib folder each time how can I
debug it?
Chris
_______________________________________________
_______________________________________________
KMyMoney-devel mailing list
KMyMoney-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmymoney-devel
