tag:old.nabble.com,2006:forum-16052Nabble - Kexi2009-11-20T01:12:05Z<a href="http://www.kexi-project.org/" target="_top" rel="nofollow">Kexi</a> is considered as a long awaited Open Source competitor for Microsoft Access, FileMaker and Oracle Forms. Its development is motivated by the lack of Rapid Application Development (RAD) tools for database systems that are sufficiently powerful, inexpensive, open standards driven and portable across many operating systems and hardware platforms.tag:old.nabble.com,2006:post-26440319LinkedIn Group: Kexi - Next Generation Desktop Databases2009-11-20T01:12:05Z2009-11-20T01:12:05ZBugzilla from staniek@kde.orgHi,
<br>Just created LinkedIn Group: Kexi - Next Generation Desktop Databases
<br><br>This group has been provided for Kexi users and developers to enable
<br>sharing knowledge and ideas for further development of the next
<br>generation desktop database solutions. You're welcome to join!
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26440319&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-26129208Program pod Kexi2009-10-30T05:24:48Z2009-10-30T05:24:48ZJacek Krukowski<div>Witam program bardzo przypadł mi do gustu i myslę że będe z nim związany mam kilka pytan na które nigdzie nie mogę znaleść odpowiedzi tj:</div>
<div>1. Przy otwieraniu Kexi otwiera się całe menu a chciałbym aby otwierał się właściwy formularz np: Strona główna</div>
<div>2. Czy są jakieś metody zautoamtyzowania Otwierania programu</div>
<div>3. Pracuję nad bazą kart wzorów podpisów ale mam kilka problemów odnośnie stabilności programu tzn czasami zawiesza się szukanie albo jak robię Wiżet zakładek to co innego mi wstawia jak w ogóle coś wstawi ale to nie wielkie problemy trochę czasu i powoli aczynam dość szybko pracować na tym programie świetny pomysł i chylę czoła </div>
<div> </div>
<div>Pozdrawiam</div>
<div> </div>
<br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26129208&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25922082Re: pqxx and Kexi2009-10-16T01:59:35Z2009-10-16T01:59:35ZJaroslaw Staniek2009/10/16 Adam Pigg <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25922082&i=0" target="_top" rel="nofollow">piggz1@...</a>>:
<div class='shrinkable-quote'><br>> On Thursday 15 October 2009 20:22:15 Jaroslaw S wrote:
<br>>> 2009/10/15 Adam Pigg <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25922082&i=1" target="_top" rel="nofollow">piggz1@...</a>>:
<br>>> >> This move was made necessary by a security fix in libpq itself. As it
<br>>> >> turned out, its escaping function needs to know the encoding the string
<br>>> >> is in, because some multibyte encodings have characters that contain the
<br>>> >> byte that in ASCII or UTF-8 would have been e.g. a single quote.
<br>>> >>
<br>>> >> So for example you might have a two-byte character consisting of some
<br>>> >> byte X and one that matches the ASCII character "'": X'
<br>>> >>
<br>>> >> In that case, the naïve previous escaping function would just double
<br>>> >> that byte to "escape" it, producing X'' and voilà: a closing quote has
<br>>> >> been injected into a string--by the exact function that's supposed to
<br>>> >> prevent it.
<br>>> >>
<br>>> >> I think your options are:
<br>>> >>
<br>>> >> a) Write your own escaping function based on your own knowledge of the
<br>>> >> encoding that the code is going to run in. I suppose Qt has some
<br>>> >> facility for breaking a string in the current locale's encoding down
<br>>> >> into unicode characters.
<br>>> >
<br>>> > Jeroen,
<br>>> >
<br>>> > Thanks for getting back, is it just the ' character which needs escaped
<br>>> > by doubling it?
<br>>> >
<br>>> > In which case, a QString::replace() could suffice, Jaroslaw, the main
<br>>> > kexi dev can advise on that.
<br>>>
<br>>> Guys,
<br>>> Thanks for continuing the discussion here.
<br>>> QString::replace() works in test cases but in pessimistic case it's O(n^2).
<br>>> I do recommend using const QChar * QString::constData () const-
<br>>> iterating over the \0-terminated list.
<br>>>
<br>>> If we implement our escaping (doesn't libpq itself have it if not
<br>>> libpqxx?), it's good idea to implement at least
<br>>> KexiDB::Driver::valueToSQL(), escapeString(), and check if
<br>>> escapeBLOB() is OK.
<br>>
<br>> I think in this case libpq wouldnt help because it is libpq's requirement to
<br>> have a connection to be able to escape properly based on the encoding of the
<br>> database. (?)
<br>>
<br>> Does mysql/other db's we support not have the same issue? Could the proper
<br>> solution not be to move Driver::escape* to Connection::escape*, that way
<br>> strings could be escaped based on the encoding of the connection in use.
</div><br>I have nothing against it so far. The only thing is that we may need
<br>to keep the Driver::escape* functions (maybe with extra "encoding"
<br>parameter) too, for cases when we want to encode strings before we
<br>have working connection. That's assuming there's such a case in the
<br>wild.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25922082&i=2" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25920890Re: pqxx and Kexi2009-10-16T00:19:25Z2009-10-16T00:19:25ZAdam PiggOn Thursday 15 October 2009 20:22:15 Jaroslaw S wrote:
<div class='shrinkable-quote'><br>> 2009/10/15 Adam Pigg <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25920890&i=0" target="_top" rel="nofollow">piggz1@...</a>>:
<br>> >> This move was made necessary by a security fix in libpq itself. As it
<br>> >> turned out, its escaping function needs to know the encoding the string
<br>> >> is in, because some multibyte encodings have characters that contain the
<br>> >> byte that in ASCII or UTF-8 would have been e.g. a single quote.
<br>> >>
<br>> >> So for example you might have a two-byte character consisting of some
<br>> >> byte X and one that matches the ASCII character "'": X'
<br>> >>
<br>> >> In that case, the naïve previous escaping function would just double
<br>> >> that byte to "escape" it, producing X'' and voilà: a closing quote has
<br>> >> been injected into a string--by the exact function that's supposed to
<br>> >> prevent it.
<br>> >>
<br>> >> I think your options are:
<br>> >>
<br>> >> a) Write your own escaping function based on your own knowledge of the
<br>> >> encoding that the code is going to run in. I suppose Qt has some
<br>> >> facility for breaking a string in the current locale's encoding down
<br>> >> into unicode characters.
<br>> >
<br>> > Jeroen,
<br>> >
<br>> > Thanks for getting back, is it just the ' character which needs escaped
<br>> > by doubling it?
<br>> >
<br>> > In which case, a QString::replace() could suffice, Jaroslaw, the main
<br>> > kexi dev can advise on that.
<br>>
<br>> Guys,
<br>> Thanks for continuing the discussion here.
<br>> QString::replace() works in test cases but in pessimistic case it's O(n^2).
<br>> I do recommend using const QChar * QString::constData () const-
<br>> iterating over the \0-terminated list.
<br>>
<br>> If we implement our escaping (doesn't libpq itself have it if not
<br>> libpqxx?), it's good idea to implement at least
<br>> KexiDB::Driver::valueToSQL(), escapeString(), and check if
<br>> escapeBLOB() is OK.
</div><br>I think in this case libpq wouldnt help because it is libpq's requirement to
<br>have a connection to be able to escape properly based on the encoding of the
<br>database. (?)
<br><br>Does mysql/other db's we support not have the same issue? Could the proper
<br>solution not be to move Driver::escape* to Connection::escape*, that way
<br>strings could be escaped based on the encoding of the connection in use.
<br><br><br>>
<br>> BTW, there's another job regarding pgsql support: the driver based on
<br>> just libpq. Unfortunaltely that was never delivered.
<br>> I think we would get benefits from going this way eventually
<br>> (efficiency since you can see we have to implement some low-level
<br>> features anyway).
<br>> Either I find someone interested or myself I'll be back to this task
<br>> after 2.2...
<br>>
<br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25920890&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25915400Re: pqxx and Kexi2009-10-15T12:53:32Z2009-10-15T12:53:32ZJaroslaw Staniek2009/10/15 Jeroen Vermeulen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25915400&i=0" target="_top" rel="nofollow">jtv@...</a>>:
<div class='shrinkable-quote'><br>> Jaroslaw S wrote:
<br>>
<br>>> QString::replace() works in test cases but in pessimistic case it's
<br>>> O(n^2).
<br>>> I do recommend using const QChar * QString::constData () const-
<br>>> iterating over the \0-terminated list.
<br>>
<br>> That reminds me that there's another way, actually! Depends on your design
<br>> whether it's feasible, but you could use a prepared statement (unnamed if
<br>> you want) for whatever you do with the string. That way you don't need to
<br>> escape it at all.
<br>>
<br>> (I also just implemented parameterized statements today, but that's not in a
<br>> release yet).
</div><br>Prepared statements are present in kexidb API already as you know. I
<br>think you mean about using them (directly using libpq/libpqxx API, not
<br>kexidb API) for internal purposes of the driver. I'd say go for it,
<br>just consider keeping the given statement structure after the first
<br>use internally. This will add speed and simplify things.
<br>I planned to do the same for other drivers, including sqlite, long ago.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25915400&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25914508Re: pqxx and Kexi2009-10-15T12:22:15Z2009-10-15T12:22:15ZJaroslaw Staniek2009/10/15 Adam Pigg <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25914508&i=0" target="_top" rel="nofollow">piggz1@...</a>>:
<div class='shrinkable-quote'><br>>> This move was made necessary by a security fix in libpq itself. As it
<br>>> turned out, its escaping function needs to know the encoding the string
<br>>> is in, because some multibyte encodings have characters that contain the
<br>>> byte that in ASCII or UTF-8 would have been e.g. a single quote.
<br>>>
<br>>> So for example you might have a two-byte character consisting of some
<br>>> byte X and one that matches the ASCII character "'": X'
<br>>>
<br>>> In that case, the naïve previous escaping function would just double
<br>>> that byte to "escape" it, producing X'' and voilà: a closing quote has
<br>>> been injected into a string--by the exact function that's supposed to
<br>>> prevent it.
<br>>>
<br>>> I think your options are:
<br>>>
<br>>> a) Write your own escaping function based on your own knowledge of the
<br>>> encoding that the code is going to run in. I suppose Qt has some
<br>>> facility for breaking a string in the current locale's encoding down
<br>>> into unicode characters.
<br>> Jeroen,
<br>>
<br>> Thanks for getting back, is it just the ' character which needs escaped by
<br>> doubling it?
<br>>
<br>> In which case, a QString::replace() could suffice, Jaroslaw, the main kexi dev
<br>> can advise on that.
</div><br>Guys,
<br>Thanks for continuing the discussion here.
<br>QString::replace() works in test cases but in pessimistic case it's O(n^2).
<br>I do recommend using const QChar * QString::constData () const-
<br>iterating over the \0-terminated list.
<br><br>If we implement our escaping (doesn't libpq itself have it if not
<br>libpqxx?), it's good idea to implement at least
<br>KexiDB::Driver::valueToSQL(), escapeString(), and check if
<br>escapeBLOB() is OK.
<br><br>BTW, there's another job regarding pgsql support: the driver based on
<br>just libpq. Unfortunaltely that was never delivered.
<br>I think we would get benefits from going this way eventually
<br>(efficiency since you can see we have to implement some low-level
<br>features anyway).
<br>Either I find someone interested or myself I'll be back to this task
<br>after 2.2...
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25914508&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25914045Re: pqxx and Kexi2009-10-15T11:51:09Z2009-10-15T11:51:09ZAdam PiggOn Thursday 15 October 2009 10:36:22 you wrote:
<div class='shrinkable-quote'><br>> Adam Pigg wrote:
<br>> > Hi
<br>>
<br>> Hi Adam!
<br>>
<br>> > Im porting kexi to pqxx 3 from 2.6
<br>> >
<br>> > So far all ive ran into is the lack of pqxx::sqlesc. I know this has
<br>> > moved to the transaction and connection classes (why?) but in the kexi
<br>> > class hierarchy, i need to escape a string in a class which doesnt have
<br>> > access to a connection object?
<br>>
<br>> This move was made necessary by a security fix in libpq itself. As it
<br>> turned out, its escaping function needs to know the encoding the string
<br>> is in, because some multibyte encodings have characters that contain the
<br>> byte that in ASCII or UTF-8 would have been e.g. a single quote.
<br>>
<br>> So for example you might have a two-byte character consisting of some
<br>> byte X and one that matches the ASCII character "'": X'
<br>>
<br>> In that case, the naïve previous escaping function would just double
<br>> that byte to "escape" it, producing X'' and voilà: a closing quote has
<br>> been injected into a string--by the exact function that's supposed to
<br>> prevent it.
<br>>
<br>> I think your options are:
<br>>
<br>> a) Write your own escaping function based on your own knowledge of the
<br>> encoding that the code is going to run in. I suppose Qt has some
<br>> facility for breaking a string in the current locale's encoding down
<br>> into unicode characters.
</div>Jeroen,
<br><br>Thanks for getting back, is it just the ' character which needs escaped by
<br>doubling it?
<br><br>In which case, a QString::replace() could suffice, Jaroslaw, the main kexi dev
<br>can advise on that.
<br>>
<br>> b) Give the class that needs this (temporary) access to a connection or
<br>> transaction.
<br>>
<br>The way i made it compile was to have a connection and transaction object, not
<br>actually connected to anything...i guess this is wrong as it isnt possible to
<br>check the encoding without being connected.
<br><br>Btw, i needed the transaction object as the connection versions of esc() arnt
<br>const, but transaction has both const and non const, you will know if this is
<br>intentional :)
<br><br>Cheers
<br><br>Adam
<br>> c) Postpone the escaping to some point where the connection is available.
<br>>
<br>> Not the best news, I know! Wish we could have avoided this, but there
<br>> you go.
<br>>
<br>>
<br>> Jeroen
<br>>
<br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25914045&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25826924KOffice for Windows nightly build status page2009-10-09T12:46:27Z2009-10-09T12:46:27ZBugzilla from staniek@kde.orgHi,
<br>As announced at [1] there's Windows nightly build status page [2] for
<br>various KDE modules, including KOffice (scroll to the bottom).
<br>All compiled against KDElibs trunk with 2 compilers. Kudos to Patrick,
<br>and the Windows team, and of course to qtdf (hosting)!
<br>You can ping me about build errors (until there's email
<br>notification...), I try to fix quickly just like I did (I hope) today
<br>for mingw.
<br><br>[1] <a href="http://winkde.org/pub/kde/ports/win32/dashboard/" target="_top" rel="nofollow">http://winkde.org/pub/kde/ports/win32/dashboard/</a><br>[2] <a href="http://saroengels.blogspot.com/2009/10/build-server-web.html" target="_top" rel="nofollow">http://saroengels.blogspot.com/2009/10/build-server-web.html</a><br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25826924&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25540629Re: Fwd: Re: Using KoProperty in Kolf2009-09-21T01:43:58Z2009-09-21T01:43:58ZStefan MajewskyAm Montag 21 September 2009 08:51:41 schrieb Thomas Zander:
<br>> Note that svn:externals are hated by people using git (or hg). Which
<br>> hopefully soon will be all of KDE. As long as its in kdegames I don't care,
<br>> but you may want to ask there.
<br><br>svn:externals is only a temporary solution, while Kolf is still in playground.
<br>I hope to get KoProperty in a state which allows us to move it to kdesupport,
<br>before I move Kolf 2 to trunk/KDE.
<br><br>Greetings
<br>Stefan
<br><br /> <br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25540629&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/25540629/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25539933Re: Using KoProperty in Kolf2009-09-21T00:35:41Z2009-09-21T00:35:41ZJaroslaw Staniek2009/9/21 Thomas Zander <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25539933&i=0" target="_top" rel="nofollow">zander@...</a>>:
<div class='shrinkable-quote'><br>> On Sunday 20. September 2009 23.30.08 Stefan Majewsky wrote:
<br>>> > once we move the code to the outside of
<br>>> > kolf and koffice (but where?).
<br>>>
<br>>> The obvious places would be kdelibs, or kdesupport if the library becomes
<br>>> Qt- only. We could also try to get it merged into Qt, if the Qt guys are
<br>>> interested in it.
<br>>
<br>> Qt already has a KoProperty like lib, so I doubt you'll find traction there.
<br>> I think a Qt Quarterly actually explains how to use it for apps, its the one
<br>> used by QtDesigner.
</div><br>No Thomas, it's different one.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25539933&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25539140Re: Using KoProperty in Kolf2009-09-20T22:59:03Z2009-09-20T22:59:03ZBugzilla from staniek@kde.org2009/9/21 Stefan Majewsky <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25539140&i=0" target="_top" rel="nofollow">majewsky@...</a>>:
<br>> Another idea: We use the same CMakeLists, but in the parent directory of
<br>> KoProperty, we define some variable ${KOPROPERTY_TARGETNAME}, which is used
<br>> anywhere in the CMakeLists instead of the target name "koproperty". This
<br>> should make it easier to keep the CMakeLists in sync (e.g. if I want to add or
<br>> remove some files from the build) while avoiding conflicts. I would set the
<br>> variable to something like "kolfproperty" then, while you stay with
<br>> "koproperty".
<br><br>OK, feel free to commit this change (assuming you also commit addition
<br>to koffice/kexi/CMakeLists.txt).
<br><br>>> Then I also propose to remove the install( FILES ***.h ... ) section.
<br>>> We'd avoid conflicts this way I guess.
<br>>
<br>> +1
<br><br>I mean rather: comment out them. I also don't need to install them in
<br>case of kexi.
<br><br>>> I hope kdelibs wont become such a kitchen sink for everything we have..
<br>>> It is already enough to use it on stripped down installations and on the
<br>>> mobile.
<br>>
<br>> If only kdelibs was as modular as Qt.
<br>>
<br>>> So yes, I wish we had the lib in kdesupport.
<br>>
<br>> Okay, noted inside my brain. I'll not insert any KDE dependencies.
<br><br>Actually we have them, but as said, can be moved to separate libraries
<br>providing factory(ies).
<br>So you can do the same if you need editors that are even dependent on Kolf.
<br><br>Also regarding being part of Qt - I don't think so, since the generic
<br>answer so far was "we have already propety editor provided by
<br>Designer".
<br>IIRC there was 1 additional project (or even 2) in Qt Solutions, looks
<br>like dropped already.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25539140&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25536733Re: Using KoProperty in Kolf2009-09-20T15:23:51Z2009-09-20T15:23:51ZStefan MajewskyAm Montag 21 September 2009 00:10:08 schrieb Jaroslaw Staniek:
<br>> I have another idea: what if I move my cmakelists.txt out of the dir
<br>> and you will use svn:externals and copy of the cmakelists.txt file
<br>> with just changed library name?
<br><br>Another idea: We use the same CMakeLists, but in the parent directory of
<br>KoProperty, we define some variable ${KOPROPERTY_TARGETNAME}, which is used
<br>anywhere in the CMakeLists instead of the target name "koproperty". This
<br>should make it easier to keep the CMakeLists in sync (e.g. if I want to add or
<br>remove some files from the build) while avoiding conflicts. I would set the
<br>variable to something like "kolfproperty" then, while you stay with
<br>"koproperty".
<br><br>> Then I also propose to remove the install( FILES ***.h ... ) section.
<br>> We'd avoid conflicts this way I guess.
<br><br>+1
<br><br>> I hope kdelibs wont become such a kitchen sink for everything we have..
<br>> It is already enough to use it on stripped down installations and on the
<br>> mobile.
<br><br>If only kdelibs was as modular as Qt.
<br><br>> So yes, I wish we had the lib in kdesupport.
<br><br>Okay, noted inside my brain. I'll not insert any KDE dependencies.
<br><br>Greetings
<br>Stefan
<br><br /> <br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25536733&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/25536733/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25536642Re: Using KoProperty in Kolf2009-09-20T15:10:08Z2009-09-20T15:10:08ZBugzilla from staniek@kde.org2009/9/20 Stefan Majewsky <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25536642&i=0" target="_top" rel="nofollow">majewsky@...</a>>:
<div class='shrinkable-quote'><br>> Am Sonntag 20 September 2009 21:38:26 schrieb Jaroslaw Staniek:
<br>>> > What can we do to sort out these issues? They're blocking me from
<br>>> > building KoProperty without Kexi.
<br>>> >
<br>>> > BTW another question on the build process: Once we get KoProperty to the
<br>>> > point that it does not need Kexi anymore, I could simply include it into
<br>>> > the Kolf repository with an svn:externals definition. Is this okay for
<br>>> > you?
<br>>>
<br>>> OK, unless you want to release Kolf in a binary form. Then we'll have
<br>>> conflict between KOffice and Kolf.
<br>>
<br>> The first release of Kolf will most definitely be with KDE/kdegames 4.4. Until
<br>> then, a better solution than svn:externals should be available. For now, we
<br>> could also change KoProperty into a static lib, and not install the library
<br>> and its headers, in order to avoid conflicts? (Is KoProperty used anywhere
<br>> outside Kexi at the moment?)
</div><br>I try to avoid static libs because this increases link time on any
<br>platform I know, what sucks.
<br>I have another idea: what if I move my cmakelists.txt out of the dir
<br>and you will use svn:externals and copy of the cmakelists.txt file
<br>with just changed library name?
<br>Then I also propose to remove the install( FILES ***.h ... ) section.
<br>We'd avoid conflicts this way I guess.
<br><br>>
<br>>> Two copies won't be needed
<br>>
<br>> svn:externals is not a copy. It is a special property for a subdirectory of an
<br>> SVN repository, that tells SVN to checkout this part of the repository from
<br>> some other repository (and commit changes to there also). Much like a symlink.
<br><br>sure but I mean copies of installed libs - that would be a conflict,
<br>two libs with the same name and set of headers
<br><br>>
<br>>> once we move the code to the outside of
<br>>> kolf and koffice (but where?).
<br>>
<br>> The obvious places would be kdelibs, or kdesupport if the library becomes Qt-
<br>> only. We could also try to get it merged into Qt, if the Qt guys are
<br>> interested in it.
<br><br>I hope kdelibs wont become such a kitchen sink for everything we have..
<br>It is already enough to use it on stripped down installations and on the mobile.
<br><br>So yes, I wish we had the lib in kdesupport.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25536642&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25536289Re: Using KoProperty in Kolf2009-09-20T14:30:08Z2009-09-20T14:30:08ZStefan MajewskyAm Sonntag 20 September 2009 21:38:26 schrieb Jaroslaw Staniek:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> > What can we do to sort out these issues? They're blocking me from
<br>> > building KoProperty without Kexi.
<br>> >
<br>> > BTW another question on the build process: Once we get KoProperty to the
<br>> > point that it does not need Kexi anymore, I could simply include it into
<br>> > the Kolf repository with an svn:externals definition. Is this okay for
<br>> > you?
<br>>
<br>> OK, unless you want to release Kolf in a binary form. Then we'll have
<br>> conflict between KOffice and Kolf.
</div></div>The first release of Kolf will most definitely be with KDE/kdegames 4.4. Until
<br>then, a better solution than svn:externals should be available. For now, we
<br>could also change KoProperty into a static lib, and not install the library
<br>and its headers, in order to avoid conflicts? (Is KoProperty used anywhere
<br>outside Kexi at the moment?)
<br><br>> Two copies won't be needed
<br><br>svn:externals is not a copy. It is a special property for a subdirectory of an
<br>SVN repository, that tells SVN to checkout this part of the repository from
<br>some other repository (and commit changes to there also). Much like a symlink.
<br><br>> once we move the code to the outside of
<br>> kolf and koffice (but where?).
<br><br>The obvious places would be kdelibs, or kdesupport if the library becomes Qt-
<br>only. We could also try to get it merged into Qt, if the Qt guys are
<br>interested in it.
<br><br>Greetings
<br>Stefan
<br><br /> <br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25536289&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/25536289/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25535714Re: Using KoProperty in Kolf2009-09-20T13:17:23Z2009-09-20T13:17:23ZBugzilla from staniek@kde.orgOK,
<br>Stefan, I've just commited a fix for qt3 dependency and removed
<br>(unused anyway) dependency on styleproxy.
<br>If there are other issues, you may want to fix them e.g. by disabling
<br>some editors, e.g. those that depend on kobase library (KoUnit class).
<br>We'll move such things to a separate plugin I guess.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25535714&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25535307Re: Using KoProperty in Kolf2009-09-20T12:38:26Z2009-09-20T12:38:26ZBugzilla from staniek@kde.org2009/9/20 Stefan Majewsky <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25535307&i=0" target="_top" rel="nofollow">majewsky@...</a>>:
<br>> Hi again,
<br>>
<br>> I've looked into the source of KoProperty, and tried if I can get KoProperty
<br>> to build standalone (only with KDE 4 dependencies loaded) in a quick-and-dirty
<br>> way. What I've noticed immediately:
<br>>
<br>> 1. Some parts of KoProperty seem to depend on other code from Kexi:
<br>> a) EditorView.cpp includes kexiutils/styleproxy.h
<br>> b) editors/spinbox.cpp needs the KoUnit class
<br><br>I am copying the class then, hopefully today.
<br><br>> 2. It still needs Qt3Support:
<br>> a) Property.{h,cpp} use QVariant::{CString,PointArray}
<br>> b) editors/pixmapedit.cpp needs some old Qt::WindowType values
<br><br>Please let me look at this today...
<br><br>> What can we do to sort out these issues? They're blocking me from building
<br>> KoProperty without Kexi.
<br>>
<br>> BTW another question on the build process: Once we get KoProperty to the point
<br>> that it does not need Kexi anymore, I could simply include it into the Kolf
<br>> repository with an svn:externals definition. Is this okay for you?
<br><br>OK, unless you want to release Kolf in a binary form. Then we'll have
<br>conflict between KOffice and Kolf.
<br>So I propose to svn branch and merge changes (there will not be too
<br>many I guess?).
<br><br>Two copies won't be needed once we move the code to the outside of
<br>kolf and koffice (but where?).
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25535307&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25526130Re: Using KoProperty in Kolf2009-09-19T15:15:54Z2009-09-19T15:15:54ZStefan MajewskyHi again,
<br><br>I've looked into the source of KoProperty, and tried if I can get KoProperty
<br>to build standalone (only with KDE 4 dependencies loaded) in a quick-and-dirty
<br>way. What I've noticed immediately:
<br><br>1. Some parts of KoProperty seem to depend on other code from Kexi:
<br> a) EditorView.cpp includes kexiutils/styleproxy.h
<br> b) editors/spinbox.cpp needs the KoUnit class
<br>2. It still needs Qt3Support:
<br> a) Property.{h,cpp} use QVariant::{CString,PointArray}
<br> b) editors/pixmapedit.cpp needs some old Qt::WindowType values
<br><br>What can we do to sort out these issues? They're blocking me from building
<br>KoProperty without Kexi.
<br><br>BTW another question on the build process: Once we get KoProperty to the point
<br>that it does not need Kexi anymore, I could simply include it into the Kolf
<br>repository with an svn:externals definition. Is this okay for you?
<br><br>Greetings
<br>Stefan
<br><br /> <br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25526130&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/25526130/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25516408Re: Using KoProperty in Kolf2009-09-18T15:16:27Z2009-09-18T15:16:27ZBugzilla from staniek@kde.org2009/9/19 Stefan Majewsky <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25516408&i=0" target="_top" rel="nofollow">majewsky@...</a>>:
<br><br>> So for now, I would create a static copy of KoProperty as you described.
<br>> Are you signed up on reviewboard.kde.org? This should ease patch management
<br>> quite a bit.
<br><br>I am, we could use koffice group for now...
<br><br>> I'll try to create a patch for that next week, in order to get into the code
<br>> structure and such. I have a question with that, though: How do you handle
<br>> localizable captions for the properties (and the localizable title, e.g.
<br>> "Table field" in Kexi's table designer) currently?
<br><br>see Property::setCaption(), Property::caption()
<br><br>> Techbase is a good idea. As I pointed out on Planet KDE some time ago, I'm
<br>> very interested in extensive API and design documentation. You can also expect
<br>> comments on and patches for the KoProperty API from my side, whenever
<br>> appropriate.
<br><br>Great!
<br><br>> P.S. You have CCd some related mailing lists. Should I subscribe to these?
<br><br>That's good idea, at least <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25516408&i=1" target="_top" rel="nofollow">kexi@...</a>, which is very silent one.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25516408&i=2" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25516122Re: Using KoProperty in Kolf2009-09-18T14:51:09Z2009-09-18T14:51:09ZBugzilla from staniek@kde.org2009/9/18 Stefan Majewsky <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25516122&i=0" target="_top" rel="nofollow">majewsky@...</a>>:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> as I pointed out in a blog post last month, I'm looking for a property editor
<br>> to use in the course editor of the minigolf game Kolf 2. KoProperty looks very
<br>> well suited for this job, but I would like to clarify some points with you:
<br>>
<br>> 1. How can we go about integrating KoProperty into the Kolf sources? Simply
<br>> copying all files is not good, because you're actively working on it (and I'll
<br>> probably also want to make some modifications, see below). svn:externals also
<br>> seems not to be an option, because the build system seems to require a build
<br>> of the complete KOffice.
</div><br>Stefan, thanks for your interest :)
<br>I propose copying (branching) the code as temporary solution.
<br>I think about having the lib as Qt-only and putting it somewhere
<br>outside of koffice.
<br>Until then I guess we could exchange patches. Doing that please also
<br>alter the cmake file, in particular change the name to something like
<br>kopropertykolf or so. Later you shall be able to change to shared
<br>qt-only library and packagers would not notice anything except just a
<br>need for adding additional dependency.
<br><br>Please not that your special editors and types could be implemented
<br>outside of koptoperty in factories delivered by plugins. This could
<br>avoid many internal modifications.
<br><br>> 2. Which storage backend does KoProperty use? I need to read QMetaProperties
<br>> from QObjects, and write values back in.
<br><br>Own property set "Set" class and "Property" item is used.
<br>You'll be able to map your Qt properties to these easily. In fact I do
<br>that in Kexi Forms but since other uses of KoProperty are not based on
<br>Qt properties, this code is not shared.
<br>I am open to have it in KoProperty though.
<br><br>> 3. I need to add support for my own data types (three-dimensional variants of
<br>> QPointF, QSizeF, and QRectF). Is this possible?
<br><br>It's possible to add of course and I am open for supporting you.
<br>Reasonable medium where we can share the docs on how to use the
<br>framework is probably techbase. How do you like it?
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25516122&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25355134Re: Please Encapsulate With Double Quotes2009-09-08T15:14:38Z2009-09-08T15:14:38ZJaroslaw Staniek2009/9/8 Arthur Baldwin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25355134&i=0" target="_top" rel="nofollow">eengnerd@...</a>>:
<br>> I would very much like to see Kexi be able to save Table Names, Query Names,
<br>> Form Names, and Report Names in any database backend (eg PostGreSQL) in the
<br>> exact form that the developer desires.
<br><br>Dear Arthur,
<br>Thanks for this note.
<br>I propose adding appropriate option. I think defaults shall stay as we
<br>have now. Identifiers cannot be claimed as case-insensitive in
<br>general, unless you look at a specific db engine. You mention pgAdmin
<br>but it's a db administering app, while Kexi is a desktop db
<br>environment.
<br>Example for MySQL:
<br><a href="http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html" target="_top" rel="nofollow">http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html</a><br>So the current behaviour is safer. If I copy/paste query from a
<br>database running on one backend to another, it will work.
<br><br>This is a wish, so I would be grateful for filing it in the
<br><a href="https://bugs.kde.org/" target="_top" rel="nofollow">https://bugs.kde.org/</a> system.
<br><br>Below I give some more explanation...
<br><br>> Some examples include:
<br>>
<br>> "Countries" rather than "countries"
<br>> "RMA Records" rather than "rmarecords"
<br>>
<br><br>Kexi will propose rma_records, not rmarecords.
<br><div class='shrinkable-quote'><br>> I'm sure you get the idea.
<br>>
<br>> This can easily be accomplished by enclosing the name typed in by the user
<br>> within double quote marks. When the name is inserted into an SQL statement
<br>> that is sent to the PostGreSQL backend, PostGreSQL will then realize
<br>> "Oh...you want me to use the exact name". PgAdmin3 already has this type of
<br>> support for the PostGreSQL database. Being a former MSAccess developer, I
<br>> don't want the names I type into Kexi to modified according to the whims of
<br>> Kexi programmers. I'd like to see them appear with mixed case and spaces,
<br>> just like I typed them, whether I look at the PostGreSQL backend with Kexi
<br>> or with PgAdmin3.
</div><br>Your user-visible names (aka. captions) will stay untouched, with all
<br>national accents, etc. (unicode).
<br>only identifiers (aka. names) are proposed by Kexi (and you can alter
<br>them to your favourites unless you break identifier naming scheme).
<br><br>I'd like to note that (may you have not encountered this), but MS
<br>Access by allowing non-latin1 characters in identifiers effectively
<br>breaks portability even if I move a database from Poland to Germany.
<br>One character set conflicts with another. (hopefully fixed in newer
<br>versions?)
<br>I'd like to avoid such cases, and also cases when I cannot enter exact
<br>name because it contains umlaut character and I have no such keyboard
<br>profile installed.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25355134&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25354658Please Encapsulate With Double Quotes2009-09-08T14:37:07Z2009-09-08T14:37:07ZArthur Baldwin-2<html><head></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>I would very much like to see Kexi be able to save Table Names, Query
Names, Form Names, and Report Names in any database backend (eg
PostGreSQL) in the exact form that the developer desires. Some
examples include:<br><br>"Countries" rather than "countries"<br>"RMA Records" rather than "rmarecords"<br><br>I'm sure you get the idea.<br><br>This
can easily be accomplished by enclosing the name typed in by the user
within double quote marks. When the name is inserted into an SQL
statement that is sent to the PostGreSQL backend, PostGreSQL will then realize "Oh...you want me to use the exact name". PgAdmin3 already has
this type of support for the PostGreSQL database. Being a former
MSAccess developer, I don't want the names I type into Kexi to modified
according to the whims of Kexi programmers. I'd like to see them
appear with mixed case and spaces, just like I typed them, whether I
look at the PostGreSQL backend with Kexi or with PgAdmin3.<br><br>Sincerely,<br><br>Arthur Baldwin, Software Engineer<br>JCArtes.com<br></div></div><br>
</body></html><br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25354658&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25336771Kexi TODOs page2009-09-07T14:45:01Z2009-09-07T14:45:01ZBugzilla from staniek@kde.orgDear All,
<br>I've given more attention to the TODO page [1].
<br>BTW I added mediawiki templates that you're free to use on other pages
<br>too. These are simplified compared to techbase feature plan pages but
<br>seem to work in context of a single app.
<br><br>[1] <a href="http://wiki.koffice.org/index.php?title=Kexi/TODOs" target="_top" rel="nofollow">http://wiki.koffice.org/index.php?title=Kexi/TODOs</a><br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25336771&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25318423Re: Fw: Questions about kexi2009-09-06T07:42:01Z2009-09-06T07:42:01ZJaroslaw Staniek2009/9/6 katrina anne arguelles <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25318423&i=0" target="_top" rel="nofollow">kate_sphinx07@...</a>>:
<br>> From: katrina anne arguelles <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25318423&i=1" target="_top" rel="nofollow">kate_sphinx07@...</a>>
<br>> Subject: Questions about kexi
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25318423&i=2" target="_top" rel="nofollow">kexi@...</a>
<br>> Date: Saturday, September 5, 2009, 11:54 PM
<br>>
<br><br>Dear Katrina
<br>Kexi is not database engine itself, but a gui on top of other engines.
<br>It has limited features because it is neither a frontend to a given
<br>specific engine (unlike mysql admin, pgadmin, etc.). Look at filemaker
<br>and ms access for close comparisons.
<br>For information on features, index implementation and limits, one
<br>needs to look at the specification of the underlying db engine, that
<br>is mysql, postgresql or sqlite. Below I will only answer on whether
<br>given feature is expressed in the Kexi's GUI.
<br><div class='shrinkable-quote'><br>> 1. Limits of the database based on:
<br>> -Max DB size
<br>> -Max table size
<br>> -Max row size
<br>> -Max columns per row
<br>> -Max Blob/Clob size
<br>> -Max CHAR size
<br>> -Max NUMBER size
<br>> -Min DATE value
<br>> -Max DATE value-Max column name size
<br>>
<br>> 2. does it have native support on indexes based on:
<br>> -r/r+ tree
<br>> -hash
<br>> -expression
<br>> -partial
<br>> -reverse
<br>> -bitmap
<br>> -GiST
<br>> -GIN
<br>>
<br>> 3. Is it capable of the ff databse capabilities:
<br>> -union
</div><br>not in GUI
<br><br>> -intersect
<br><br>not in GUI
<br><br>> -except
<br><br>not in GUI
<br><br>> -inner joins
<br><br>supported in GUI
<br><br>> -outer joins
<br><br>not in GUI
<br><br>> -inner selects
<br><br>not in GUI
<br><br>> -merge joins
<br><br>not in GUI
<br>> -blobs/clobs
<br><br>supported in the GUI
<br><br>> -common table expressions
<br><br>?
<br><br>> -windowing functions
<br><br>supported
<br>>
<br>> 4. Does it support other objects such as:
<br>> -data domain
<br><br>not in GUI
<br><br>> -cursor
<br><br>not in GUI
<br><br>> -trigger
<br><br>not in GUI
<br><br>> -function
<br><br>not in GUI
<br><br>> -procedure
<br><br>partially (bindings)
<br><br>> -external routines
<br>>
<br><br>not in GUI
<br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25318423&i=3" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25315439Fw: Questions about kexi2009-09-06T01:00:45Z2009-09-06T01:00:45Zkatrina anne arguelles<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top" style="font: inherit;"><br><br>--- On <b>Sat, 9/5/09, katrina anne arguelles <i><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25315439&i=0" target="_top" rel="nofollow">kate_sphinx07@...</a>></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: katrina anne arguelles <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25315439&i=1" target="_top" rel="nofollow">kate_sphinx07@...</a>><br>Subject: Questions about kexi<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25315439&i=2" target="_top" rel="nofollow">kexi@...</a><br>Date: Saturday, September 5, 2009, 11:54 PM<br><br><div id="yiv1131523707"><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font-family: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit; -x-system-font: none;" valign="top">1. Limits of the database based on:<br>-Max DB size<br>-Max table size<br>-Max row size<br>-Max columns per row <br>-Max Blob/Clob size <br>-Max CHAR size <br>-Max NUMBER size <br>-Min
DATE value <br>-Max DATE value-Max column name size<br><br>2. does it have <span style="border-bottom: 1px dashed rgb(0, 102, 204); background: transparent none repeat scroll 0% 0%; -moz-background-clip: border; -moz-background-origin: padding; -moz-background-inline-policy: continuous; cursor: pointer;" class="yshortcuts" id="lw_1252220062_0">native support</span> on indexes based on:<br>-r/r+ tree<br> -hash<br> -expression<br>-partial<br> -reverse<br> -bitmap<br> -GiST<br> -GIN<br><br>3. Is it capable of the ff databse capabilities:<br> -union<br> -intersect<br> -except<br> -inner joins<br> -outer joins<br> -inner selects<br> -merge joins<br> -blobs/clobs<br> -common
table expressions<br> -windowing functions<br><br>4. Does it support other objects such as:<br> -data domain<br> -cursor<br> -trigger<br> -function<br> -procedure<br>-external routines</td></tr></tbody></table><br>
</div></blockquote></td></tr></table><br>
<br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25315439&i=3" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25284934Re: Kexi Interest2009-09-03T15:05:43Z2009-09-03T15:05:43ZBugzilla from staniek@kde.org2009/9/3 Arthur Baldwin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25284934&i=0" target="_top" rel="nofollow">eengnerd@...</a>>:
<br>> One of my own strong desires is to see an MSAccess replacement that can
<br>> handle the preservation of "mixed case names" for Tables, Queries, Forms,
<br>> and Reports. I think it would be acceptable to replace spaces with
<br>> underscores, if it's too much hassle to maintain the spaces in names.
<br>> PgAdmin3 allows you to create table names with mixed case in the GUI
<br>> environment, and I understand that the PostGreSQL backend allows you to
<br>> delimit the name with double quote marks in order to maintain things like
<br>> mixed case and special characters.
<br><br>Kexi supports captions in addition to names for table, queries, etc.
<br>They just not appear in the project navigator _for now_.
<br>The goal for this was to present the names in the same way as the
<br>database server sees them.
<br>Of course relevant options that affect display of names, are posible
<br>to implement and that's in fact on out TODO list.
<br><br>PS: could you please CC general discussion to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25284934&i=1" target="_top" rel="nofollow">kexi@...</a> next time?
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25284934&i=2" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-25284186Re: Kexi Interest2009-09-03T14:10:29Z2009-09-03T14:10:29ZBugzilla from staniek@kde.org2009/9/3 Arthur Baldwin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25284186&i=0" target="_top" rel="nofollow">eengnerd@...</a>>:
<br><br>> At my workplace I was finally successful in installing the older version of
<br>> Kexi, along with the help of the EnterpriseDB GUI installer to setup
<br>> PostGreSQL 8.3, and began using the form designer to at least begin playing
<br>> with Kexi. It didn't take me very long to realize that there is no
<br>> provision for "Sub Forms" aka "Master/Detail" Forms. Is this one of the
<br>> planned additions to Kexi 2.0?
<br><br>Yes it is for 2.x series, perhaps for 2.1 once the core code stabilizes.
<br>I am afraid I cannot disclose any timing yet.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25284186&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24874024Re: Unknown interpreter 'python', Kubuntu 9.04, Kexi 1.1.3 (Koffice 1.6.3) (Using KDE 3.5.10)2009-08-07T17:59:18Z2009-08-07T17:59:18ZBugzilla from forums@cpradio.netOkay, I have this working on my PC now. I ended up pulling down the koffice
<br>libs and kexi source from SVN for KDE 3.5.
<br><br>Compiling those and installing it got python and my scripts to execute. At
<br>least I have something to get me through from here on out and I documented all
<br>my steps to ensure if it accidentally occurs again, I have a way to get things
<br>going again.
<br><br>Thanks to all who tried to assist me. I appreciate the help.
<br><br>Matt
<br><br><br><br>On Tuesday 04 August 2009, Matthew Wilkin wrote:
<div class='shrinkable-quote'><br>> Okay, as mentioned in the subject, I am having issues with all of my Python
<br>> scripts in Kexi. None of them execute as they are trying to be compiled as
<br>> ruby scripts, which obviously will not work.
<br>>
<br>> I am running Kubuntu 9.04, which is shipped with KDE 4, however, Kexi
<br>> version 1.1.3 seems to run on the KDE 3.5 libraries.
<br>>
<br>> I have installed many python libraries for both KDE 4 and KDE 3, none of
<br>> which have solved this issue.
<br>>
<br>> The only way I think I found to solve this issue was to installed a KDE 3
<br>> version of KOffice. Unfortunately, that would uninstall almost all of my
<br>> KDE 4 applications, of which, I am very dependent on.
<br>>
<br>> The previous mailing list message I found regarding this stated that the
<br>> kdebindings might be a separate package. They were and I installed them
<br>> for KDE 4, but I still have this issue. I'll be the first to admit, I know
<br>> very little about the underlying workings of KDE, but I can hold my own
<br>> with command line operations, including building a package from source.
<br>>
<br>> However, since I do run a Debian based system, I try to use .deb packages
<br>> where I can so the apt system can monitor any conflicts.
<br>>
<br>> I've been scouring Google trying to find a solution to this as my wife is
<br>> the one in dire need for these scripts. The Kexi Database runs her
<br>> business invoices and I wrote a LOT of scripts to do reports and the like.
<br>> Not having those available right now is driving her mad!
<br>>
<br>> Feel free to contact me via email, im, etc.
<br>> aol: wdforums
<br>> msn: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24874024&i=0" target="_top" rel="nofollow">cpradio@...</a>
<br>> icq: 129352763
<br>>
<br>> Thanks,
<br>> Matt
<br>> _______________________________________________
<br>> Kexi mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24874024&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br>> <a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a></div><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24874024&i=2" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24817800Unknown interpreter 'python', Kubuntu 9.04, Kexi 1.1.3 (Koffice 1.6.3) (Using KDE 3.5.10)2009-08-04T16:01:58Z2009-08-04T16:01:58ZBugzilla from forums@cpradio.netOkay, as mentioned in the subject, I am having issues with all of my Python
<br>scripts in Kexi. None of them execute as they are trying to be compiled as
<br>ruby scripts, which obviously will not work.
<br><br>I am running Kubuntu 9.04, which is shipped with KDE 4, however, Kexi version
<br>1.1.3 seems to run on the KDE 3.5 libraries.
<br><br>I have installed many python libraries for both KDE 4 and KDE 3, none of which
<br>have solved this issue.
<br><br>The only way I think I found to solve this issue was to installed a KDE 3
<br>version of KOffice. Unfortunately, that would uninstall almost all of my KDE
<br>4 applications, of which, I am very dependent on.
<br><br>The previous mailing list message I found regarding this stated that the
<br>kdebindings might be a separate package. They were and I installed them for
<br>KDE 4, but I still have this issue. I'll be the first to admit, I know very
<br>little about the underlying workings of KDE, but I can hold my own with
<br>command line operations, including building a package from source.
<br><br>However, since I do run a Debian based system, I try to use .deb packages
<br>where I can so the apt system can monitor any conflicts.
<br><br>I've been scouring Google trying to find a solution to this as my wife is the
<br>one in dire need for these scripts. The Kexi Database runs her business
<br>invoices and I wrote a LOT of scripts to do reports and the like. Not having
<br>those available right now is driving her mad!
<br><br>Feel free to contact me via email, im, etc.
<br>aol: wdforums
<br>msn: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24817800&i=0" target="_top" rel="nofollow">cpradio@...</a>
<br>icq: 129352763
<br><br>Thanks,
<br>Matt
<br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24817800&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24578387Re: kexi.po.mo2009-07-20T15:08:00Z2009-07-20T15:08:00ZBugzilla from staniek@kde.orgJaroslav,
<br>Thanks for your contribution.
<br><br>You can translate the handbook to Czech, but this won't be official one.
<br><br>The english handbook (a base for translation within KDE) was created
<br>as a simpler version of the Polish one, with screenshots removed.
<br>I do not maintain the english handbook, instead there is a plan to
<br>adopt it for 2.x series of Kexi when its features are frozen. Until
<br>then many efforts would be duplicated, so I discourage from extending
<br>handbooks of 1.x series. Would you be interested in helping in this
<br>regard?
<br><br>Regarding .po/.mo files - these are strictly bound to given version of
<br>Kexi, so if you take a translation for Kexi 2007.1.1, you may for
<br>example end up with 1% of tanslations not matching your version. And
<br>so on and so on. The files themselves are platform-independent, these
<br>are just bound to application versions.
<br><br>You mentioned you have translated kexi.po to Czech. It appears that
<br>(<a href="http://i18n.kde.org/stats/gui/stable/package/koffice/cs/" target="_top" rel="nofollow">http://i18n.kde.org/stats/gui/stable/package/koffice/cs/</a>) that
<br>kexi.po (1.x) isn't fully translated. Wouldn't you want to contact the
<br>Team and update the file (if possible)? You can also ask if the Czech
<br>translation of kexi needs a maintainer.
<br><br>(CC'd to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24578387&i=0" target="_top" rel="nofollow">kexi@...</a> list; you can subscribe at
<br><a href="https://mail.kde.org/mailman/listinfo/kexi/" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi/</a>)
<br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24578387&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24506039Re: Rép. : Re: Kexi2009-07-15T14:19:46Z2009-07-15T14:19:46ZBugzilla from staniek@kde.org2009/7/15 Saad Mansour <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24506039&i=0" target="_top" rel="nofollow">Saad.Mansour@...</a>>:
<br>> Hi Jaroslaw,
<br>>
<br>> Thanks for your fast answer. One last question though, if we change the Kexi
<br>> version ( from a version to an another), do we have te Redefine all the
<br>> macros again or they are usable in the new version? I'm asking this because
<br>> it's a real probleme on Microsoft Access curently, if you go from MS 2003 to
<br>> MS 2007 you have to work all your macros again.
<br><br>Kexi does not support MSAccess-style macros yet, just scripts.
<br>Scripts could require fixing when major stable Kexi version 2 appears.
<br><br>We try to maintain compatibility but for this we need to design public
<br>programming interfaces carefully what is costly - takes time.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24506039&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24487221Re: Rép. : Re: Kexi2009-07-14T13:27:27Z2009-07-14T13:27:27ZBugzilla from staniek@kde.org2009/7/14 Saad Mansour <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24487221&i=0" target="_top" rel="nofollow">Saad.Mansour@...</a>>:
<br>> Hi Jaroslaw,
<br>>
<br>> Thanks for your answer, i wanted to know if it's possible to install and run
<br>> only Kexi or it's necessary to download the whole KOffice suite in order to
<br>> have Kexi?
<br><br>Only kexi and "koffice libs" packages are required. Also kexi drivers
<br>are optional.
<br>Some distributions do not split features well enough (in our opinion)
<br>but we are trying to address this if possible.
<br>For sure, if this is your request, Kexi can be used independently of
<br>other applications like KSpread or KWord.
<br><br><br>PS: I recommend registering at
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a> and writing to <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24487221&i=1" target="_top" rel="nofollow">kexi@...</a>
<br>to share knowledge.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24487221&i=2" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24452567Re: Rép. : Re: Kexi2009-07-12T14:13:19Z2009-07-12T14:13:19ZBugzilla from staniek@kde.org2009/7/12 Steve Brettell <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24452567&i=0" target="_top" rel="nofollow">stephenbrettell@...</a>>:
<br>>
<br>>
<br>> I downloaded the plugin to read mdb files, and it has been working, until the last time I tried to open the same old mdb file. Now it says the extension/plugin, whatever it's called isn't available.
<br>>
<br>> I upgraded to Jaunty Jackalope Ubuntu inthe meanwhile.
<br>>
<br>> Can you think of a fix for this?
<br>>
<br><br>Please use the instructions I wrote here
<br><a href="https://bugs.kde.org/show_bug.cgi?id=185750#c2" target="_top" rel="nofollow">https://bugs.kde.org/show_bug.cgi?id=185750#c2</a><br><br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24452567&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24451399Re: Rép. : Re: Kexi2009-07-12T11:55:54Z2009-07-12T11:55:54ZBugzilla from staniek@kde.org2009/7/8 Saad Mansour <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24451399&i=0" target="_top" rel="nofollow">Saad.Mansour@...</a>>:
<br>> - Is it possible to match the data ( extracted from the DB with Kexi
<br>> product) with some report models already done.
<br><br>Hi, depends on the case, so you would have to provide examples.
<br>Sometimes scripting would be needed.
<br><br>> - Graphical mode ( drag and drop) to make links between tables on the DB (
<br>> and visualize them as in Microsoft Access).
<br><br>DB relationsips are not yet supported. Only some (inner) joins within
<br>queries are.
<br><br>> - Drivers (JDBC or ODBC) for access to db2 or oracle database.
<br><br>db2 unsupported,
<br>native oracle driver is available in Kexi 2.0 (which is unstable now).
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24451399&i=1" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24397664MDB View2009-07-08T12:18:08Z2009-07-08T12:18:08ZStephen Brettell<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top" style="font: inherit;">I have downloaded, and used, the MDB plugin for Kexi. After I upgraded to Jaunty Jackalope, Ubuntu, the MDB plugin stopped working. I have reinstalled it, using the Synaptic Package Manager, and it still doesn't work.<br><br>Is there something else I must do to have Kexi recognize that this plugin is installed, and allow me to view Access files?<br><br></td></tr></table><br>
<br />_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24397664&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>tag:old.nabble.com,2006:post-24218476Buffered cursors for sqlite32009-06-26T04:06:04Z2009-06-26T04:06:04ZBugzilla from staniek@kde.orgAdam,
<br>Turns out that it's safer to say: buferred cursors does not work at
<br>all for sqlite 3. The implementation just does not crash, but only
<br>worked for sqlite 2.
<br><br>It's all a TODO work.
<br><br>If needed, you can buffer on your own by reading into QList or QVector
<br>of records (as we do in KexiTableViewData).
<br>libpredicate will deliver this feature, since we have more and more
<br>use cases for this.
<br><br>I am not even sure mysql or pgsql implementation can even work correctly.
<br><br>--
<br>regards / pozdrawiam, Jaroslaw Staniek
<br> Kexi & KOffice (<a href="http://www.kexi-project.org" target="_top" rel="nofollow">http://www.kexi-project.org</a>, <a href="http://www.koffice.org" target="_top" rel="nofollow">http://www.koffice.org</a>)
<br> KDE Libraries for MS Windows (<a href="http://windows.kde.org" target="_top" rel="nofollow">http://windows.kde.org</a>)
<br> <a href="http://www.linkedin.com/in/jstaniek" target="_top" rel="nofollow">http://www.linkedin.com/in/jstaniek</a><br>_______________________________________________
<br>Kexi mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24218476&i=0" target="_top" rel="nofollow">Kexi@...</a>
<br><a href="https://mail.kde.org/mailman/listinfo/kexi" target="_top" rel="nofollow">https://mail.kde.org/mailman/listinfo/kexi</a><br><p>From forum: <a href="http://old.nabble.com/Kexi-General-f16051.html" embed="fixTarget[16051]" target="_top" >Kexi General</a></p>