Hi Allan

If you look at the source of the ui file there is no font specified. So you are picking up the font *QT* chooses as the default.

Original csvimport ui file..

  <property name="font">
   <font/>

modified using qtdesigner file...

  <property name="font">
   <font>
    <family>Arial</family>
   </font>
  </property>

Like you I have found fonts are not the only problems. Now if I can just get a sane build environment ...


Chris

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

Reply via email to