<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
I have been able to set it up so I can debug the plugin but it is
far from a satisfactory solution and there is an oddity.<br>
<br>
Firstly I did a full install from an nmake version of the build
system (for some reason the msvc2010 build doesn't install properly.
I haven't determined why)<br>
<br>
Then I created symbolic links from the lib\kde4\kmm_csvimport.dll
to the newly built plugin. I create a simple batch file to
(re)create them as needed. Now I can load and debug the development
version of the dll's.<br>
<br>
The reason this is not satisfactory is that even though it fixes my
immediate problem it means I cannot have two versions of kmymoney on
this machine. So I can't do my books! That is so frustrating.<br>
<br>
Now to the oddity. For some reason the plugin module has gone back
to the original fault. No amount of playing with fonts gets me to
the half fix point I saw. This leads me to suspect I have a version
mismatch somewhere. Another reason why being forced to install an
application to debug it is frustrating. Obviously my installs have
got crossed up.<br>
<br>
And there is a bug with the font settings page which I will submit a
bug for.<br>
<br>
Chris<br>
<br>
<br>
<div class="moz-cite-prefix">On 30/03/2014 10:05 AM, Chris wrote:<br>
</div>
<blockquote cite="mid:533758D3.8030309@rebel.com.au" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hmm<br>
<br>
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.<br>
<br>
if installing a font is a bit over the top QT includes...<br>
<font face="Courier New, Courier, monospace">int
QFontDatabase::addApplicationFont ( const QString & fileName
)</font><br>
<br>
This can load the font before the UI is rendered.<br>
<br>
What other fonts does kmymoney use? it may be best to do this for
all fonts.<br>
<br>
<br>
Chris<br>
<br>
<br>
<div class="moz-cite-prefix">On 30/03/2014 9:19 AM, Allan wrote:<br>
</div>
<blockquote cite="mid:53374DF3.3000703@gmail.com" type="cite">On
29/03/14 22:19, Chris wrote: <br>
<blockquote type="cite">Hi Allen <br>
<br>
With the font issues I found that the font was not specified
in the ui <br>
file so defaults where applied. Those defaults caused
problems. So it <br>
may be the defaults on your machine are more suited to your
desktop <br>
environment than the default on other desktops. On windows, QT
uses an <br>
internationalised font "ms shell dlg 2" which may or may not
be a good <br>
choice. To get a consistent look and feel across desktops
requires a <br>
consistent font. <br>
<br>
It may not be ubuntu's fault. <br>
<br>
If you could attach a patch that would be wonderful <br>
<br>
<br>
Chris <br>
</blockquote>
<br>
Hi Chris <br>
<br>
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. <br>
<br>
Your "ms shell dlg 2" font is probably the result of Windows
doing something similar. <br>
<br>
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. <br>
<br>
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. <br>
<br>
I'll send you a patch as soon as I'm happy with it. <br>
<br>
Allan <br>
<br>
<blockquote type="cite"> <br>
On 29/03/2014 9:14 PM, Allan wrote: <br>
<blockquote type="cite">On 29/03/14 01:21, Chris wrote: <br>
<blockquote type="cite">Hi Guys <br>
<br>
I am trying to debug the csv import plugin layout problem.
It appears <br>
the default font may be a large part of the problem but
not all of it. <br>
<br>
</blockquote>
<br>
Hi Cristian <br>
<br>
Coming in here from a different angle. Here, I've sorted
out the <br>
layout problem with Ubuntu-type distros, by applying some
settings in <br>
the plugin code, instead of relying on the UI file settings.
<br>
Obviously, Ubuntu over-rides the UI settings, presumably to
make <br>
things look nice, even if the result is a broken plugin. It
may well <br>
be that the same happens on Windows, so my fix may help you.
<br>
<br>
I've got slightly side-tracked by some other minor tidyness
issues I <br>
noticed, but I could send you a patch for you to try, if you
wish. <br>
It's only concerns the layout, not the icon thing your
screen shot <br>
showed. <br>
<br>
Allan <br>
<br>
<blockquote type="cite">What I can't work out is to how to
actually debug the plugin inside of <br>
msvc2010. KMyMoney does not load the plugin at all when
run from the <br>
build directory and when installed it loads the plugin
from the libs <br>
directory but because there is no symbol file msvc cant
step into it. <br>
<br>
It seems mildly insane to have to install and copy the
symbols into the <br>
libs folder everytime I make a code change!!! <br>
<br>
I have tried telling QT to use the build folder but it
seems to <br>
ignore it <br>
<br>
I have added the path to the bin folder to QT_PLUGIN_PATH
I have also <br>
tried adding the application path by calling <br>
QCoreApplication::addLibraryPath(QCoreApplication::applicationDirPath());
<br>
inside <br>
the KApplication Constructor <br>
<br>
Both methods succesfully prepend the build folder to the
plugin path but <br>
it makes no difference. The plugins (none of them) are
loaded. <br>
<br>
All the plugins are in the same folder as the application.
The app runs, <br>
it just has no loaded plugins. <br>
<br>
I also added the application path to the PATH env. No luck
whatsoever. <br>
<br>
Without copying the plugins to the lib folder each time
how can I <br>
debug it? <br>
<br>
Chris <br>
_______________________________________________ <br>
</blockquote>
<br>
<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>