Re: setting EXECUTABLE_OUTPUT_PATH in tier1/ tests ?

2012-05-11 Thread Alexander Neundorf
On Thursday 10 May 2012, David Faure wrote: > On Thursday 10 May 2012 22:53:01 Alexander Neundorf wrote: > > On Thursday 10 May 2012, David Faure wrote: > > > On Thursday 10 May 2012 10:36:20 Patrick Spendrin wrote: > > > > > set(EXECUTABLE_OUTPUT_PATH ${CMAKE_CURRENT_BINARY_DIR}) > > > > > > > >

Re: setting EXECUTABLE_OUTPUT_PATH in tier1/ tests ?

2012-05-11 Thread Alexander Neundorf
On Friday 11 May 2012, Patrick Spendrin wrote: ... > Hm, I think I misunderstood something in the beginning. There actually > still is a difference between CMAKE_RUNTIME_OUTPUT_DIRECTORY and > EXECUTABLE_OUTPUT_PATH - according to the documentation of cmake, > CMAKE_RUNTIME_OUTPUT_DIRECTORY superce

Re: KAction and KShortcut in frameworks

2012-05-11 Thread Kevin Ottens
On Friday 11 May 2012 20:42:09 David Faure wrote: > On Friday 11 May 2012 19:57:11 Mark wrote: > > > KShortcutManager::setDefaultShortcut(newAct, Qt::Key_F6); > > > > I like this idea! > > Good, me too :-) > > > I was actually intending to use the Shortcut Editor but i > > didn't look into specifi

Re: setting EXECUTABLE_OUTPUT_PATH in tier1/ tests ?

2012-05-11 Thread Alexander Neundorf
On Friday 11 May 2012, David Faure wrote: > On Thursday 10 May 2012 23:44:31 Stephen Kelly wrote: ... > > http://labs.qt.nokia.com/2011/10/28/rpath-and-runpath/ > > Thanks. So the problem is that the mere presence of RUNPATH, disables the > (deprecated) RPATH, and therefore $LD_LIBRARY_PATH is use

Re: kdelibs (tier1) splitting package/repository granularity

2012-05-11 Thread Alexander Neundorf
On Friday 11 May 2012, Kevin Ottens wrote: > On Thursday 10 May 2012 23:00:16 Alexander Neundorf wrote: > > On Thursday 10 May 2012, Kevin Ottens wrote: > > > On Wednesday 9 May 2012 21:38:55 Alexander Neundorf wrote: > > > > I understand correctly that tier1 libs do not have any dependencies > > >

Re: KAction and KShortcut in frameworks

2012-05-11 Thread Mark
On Fri, May 11, 2012 at 8:42 PM, David Faure wrote: > On Friday 11 May 2012 19:57:11 Mark wrote: > > > KShortcutManager::setDefaultShortcut(newAct, Qt::Key_F6); > > > > I like this idea! > > Good, me too :-) > > > I was actually intending to use the Shortcut Editor but i > > didn't look into spe

Re: KAction and KShortcut in frameworks

2012-05-11 Thread David Faure
On Friday 11 May 2012 19:57:11 Mark wrote: > > KShortcutManager::setDefaultShortcut(newAct, Qt::Key_F6); > > I like this idea! Good, me too :-) > I was actually intending to use the Shortcut Editor but i > didn't look into specifics yet. > > With dynamic property you're talking about > http:/

Re: KAction and KShortcut in frameworks

2012-05-11 Thread Mark
On Fri, May 11, 2012 at 6:31 PM, David Faure wrote: > On Thursday 10 May 2012 23:21:25 Mark wrote: > > As for "reset to defaults", i don't think that should be stored in a > > KAction abject. That feature is only usable in the Shortcut Editor > > (assumption) so having this for every single KActi

Re: KAction and KShortcut in frameworks

2012-05-11 Thread David Faure
On Thursday 10 May 2012 23:21:25 Mark wrote: > As for "reset to defaults", i don't think that should be stored in a > KAction abject. That feature is only usable in the Shortcut Editor > (assumption) so having this for every single KAction in all KDE > applications is a bit strange. Not really, th

Re: kdeui splitup (widgets)

2012-05-11 Thread David Faure
On Sunday 06 May 2012 01:14:19 Stephen Kelly wrote: > David Faure wrote: > > kcompletionwidgets would only contain KLineEdit+KComboBox, and the > > completion classes. That's really not much imho. > > If we put KLineEdit in its own framework, that would already be 4 public > classes (KLineEdit, KC