On Tue, Dec 17, 2013 at 3:43 PM, Knoll Lars wrote:
> Hi,
>
> I’d also like to nominate Topi Reiniö as the overall maintainer of our
> documentation. Topi has been doing an excellent job in handling and
> improving our documentation over the last year, and is IMO the best
> candidate we have for th
oject.org
>>[development-bounces+martin.smith=digia@qt-project.org] on behalf of
>>Laszlo Papp [lp...@kde.org]
>>Sent: Wednesday, December 18, 2013 7:15 PM
>>To: Knoll Lars
>>Cc: Pasion Jerome; development@qt-project.org
>>Subject: Re: [Development] Documentation
It had been discussed on this list about 1-2 years ago (if memory
serves well), and the common consensus was to use com0com on Windows
and some VT alike option on Linux. I do not think the technology
changed much, so it is probably still the best option... In my opinion
though, the best and easiest
Wouldn't it be useful to get a proper 3D module in place first?
Although, there are still some nice 2D indie games with full of shader
all around. :-)
On Wed, Jan 15, 2014 at 6:59 PM, Pau Garcia i Quiles
wrote:
> Hello,
>
> Qt is already well supported on desktops and mobile is mostly there (WP8
On Fri, Jan 17, 2014 at 11:10 AM, Pau Garcia i Quiles
wrote:
>
>
>
> On Fri, Jan 17, 2014 at 11:52 AM, Laszlo Papp wrote:
>>
>> Wouldn't it be useful to get a proper 3D module in place first?
>
>
> For many developers, the proper 3D module is already in pla
On Fri, Jan 17, 2014 at 11:06 AM, Kevin Krammer wrote:
> On Friday, 2014-01-17, 10:52:29, Laszlo Papp wrote:
>> Wouldn't it be useful to get a proper 3D module in place first?
>> Although, there are still some nice 2D indie games with full of shader
>> all around. :-)
On Mon, Feb 10, 2014 at 4:02 PM, Robin Burchell wrote:
> Hello folks,
>
> After some build system reworking recently and a little discussion
> amongst the interested parties (Matt Vogt, Valerio), I'd like to
> propose renaming QMF (Qt Messaging Framework) to QtMail with the
> longer term goal of m
On Wed, Feb 5, 2014 at 1:51 PM, Sylvain THIBAUT
wrote:
> Hi Sean,
>
>> The project is far from dead. We are hacking on it right now, but given how
>> much we want to change from Qt3D 1 we have been working on it in private.
>> However, we are now about to begin upstreaming it to a non-CI controlle
On Thu, Feb 13, 2014 at 8:33 AM, Knoll Lars wrote:
>
>
> On 10/02/14 08:52, "Thiago Macieira" wrote:
>
>>Em seg 10 fev 2014, às 11:45:31, Denis Shienkov escreveu:
>>> > Yes, profile it and let us know where the exact problem is.
>>>
>>> Ok, thanks. I will try do it as will have a free time.
>>
>
On Fri, Jan 17, 2014 at 11:29 AM, Kevin Krammer wrote:
> On Friday, 2014-01-17, 11:15:24, Laszlo Papp wrote:
>> On Fri, Jan 17, 2014 at 11:06 AM, Kevin Krammer
> wrote:
>> > On Friday, 2014-01-17, 10:52:29, Laszlo Papp wrote:
>> >> Wouldn't it be useful to
On Fri, Jan 17, 2014 at 8:15 PM, Pau Garcia i Quiles
wrote:
>
>
>
> On Fri, Jan 17, 2014 at 9:07 PM, Joshua Kolden
> wrote:
>
>> I'd like to add my vote and reiterate this as a valid target for Qt.
>> Consoles are becoming media centers, and a new discreet type of 'device'
>> just like a tablet o
On Thu, Feb 6, 2014 at 8:39 AM, Björn Breitmeyer
wrote:
> No bad idea, 2008 is the last version supporting anything older than the new
> WEC2013 which we don't support yet, so its not likely to drop in the comming
> years without dropping CE support too.
Surprsingly enough (at least for me), ther
I have not read this thread through, but it is long for me now, but I
would like to note one suggestion from my side:
Make 1-2 unstable releases or a new add-on module. Unfortunately, we
have not done that, and we are now stuck with a couple of bad API
issues for a few years. This could have been
On Fri, Feb 14, 2014 at 10:03 AM, Ulf Hermann wrote:
> Hello,
>
> as I just got bitten by it (see
> https://codereview.qt-project.org/#change,78128) I'd really like to
> clarify our rules for including private headers in Qt.
> http://qt-project.org/wiki/Coding-Conventions#32bc73e08b315a2d85bfd10b2
On Sat, Feb 15, 2014 at 7:49 PM, Kurt Pattyn wrote:
>
> On 15 Feb 2014, at 20:38, Laszlo Papp wrote:
>
>> I have not read this thread through, but it is long for me now, but I
>> would like to note one suggestion from my side:
>>
>> Make 1-2 unstabl
Hi,
I wrote some C++ classes 1.5-2 years ago for some of the following features:
* GPIO
* Eeprom
* Power management
* LED
* Hardware Monitoring
* DMA
* Real Time Clock
* I2C
* SPI
* etc.
Out of curiosity: is there anyone working on such classes in Qt? Would
such features be welcome in Qt in gene
Hi,
we were asked to make the udev symbol resolution possible in
QtSerialPort for the Qt 5 releases. It had been done. Unfortunately it
has been causing a crash for Qt 4. I cannot for my life pin the issue
down to the root cause.
Any help warmly appreciated. I think it is not nice that we have a
On Sat, Feb 15, 2014 at 8:45 PM, Pau Garcia i Quiles
wrote:
>
>
>
> On Sat, Feb 15, 2014 at 9:05 PM, Laszlo Papp wrote:
>
>> I wrote some C++ classes 1.5-2 years ago for some of the following
>> features:
>>
>> * GPIO
>> * Eeprom
>> * Power ma
Hi,
1. I would like QKeySequenceEdit to block the processing of hotkeys while
recording, so that the new hotkey being recorded is not getting handled
(e.g. cmd+q does not close the Qt app in this mode).
Is this already possible to achieve? I think that modal dialogs work ok for
example. But in my
On Mon, May 16, 2022 at 2:57 PM Volker Hilsheimer
wrote:
>
>
> > On 11 May 2022, at 16:02, Laszlo Papp wrote:
> >
> > Hi,
> >
> > 1. I would like QKeySequenceEdit to block the processing of hotkeys
> while recording, so that the new hotkey being record
I’ll have to look a bit more, but looking at the code I see that
>> QKeySequenceEdit accepts both the ShortcutOverride and the Shortcut event,
>> so it should take precedence over any application-defined shortcut.
>> If/since that doesn’t work,
>>
>> But since you write cmd+q (and considering your
Hi,
Was just wondering if it was okay to add a property for drawing vertical
bar between columns in the body of the QTreeView. Our customer has
requested this as otherwise it was challenging to visually separate the
columns.
It looks like jpn had a fairly trivial paintEvent implementation for thi
>
> > 2. Is it possible to configure QKeySequenceEdit not to support multiple
> keypresses as a shortcut for an action? It seems to be the default
> behaviour and it feels a bit odd at first. At least, not how we would like
> to use this. I am referring to the "A, B, C" setup that is possible. If
>
>
> Hi László,
>
> Knee-jerk reaction is that I’m sceptical that this belongs into QTreeView
> itself, given how hard it is to make this look good for all the different
> styles, and how easy it evidently is to do this in a subclass that can
> solve a specific problem and doesn’t have to worry abou
On Tue, May 17, 2022 at 11:01 AM André Somers
wrote:
> Hi,
>
> On 16-05-2022 23:26, Laszlo Papp wrote:
> > Hi,
> >
> > Was just wondering if it was okay to add a property for drawing
> > vertical bar between columns in the body of the QTreeView. Our
> > c
On Tue, May 17, 2022 at 11:34 AM André Somers
wrote:
>
> On 17-05-2022 12:12, Laszlo Papp wrote:
>
>
>
> On Tue, May 17, 2022 at 11:01 AM André Somers
> wrote:
>
>> Hi,
>>
>> On 16-05-2022 23:26, Laszlo Papp wrote:
>> > Hi,
>> >
>
> As mentioned in the JIRA ticket: perhaps a treeview, which is designed to
> show rows of data, not cells of data, is not the right UI component for the
> job, and the problem you try to solve seems very application specific (I’m
> not aware of a native tree view on macOS or Windows that provide
>
> What is required is a widget or mode of a widget that combines both
> abilities.
>
QTreeView already sort of does that, although badly. Basically, a header
makes it look like a table, but it is also a tree. That is why I think the
feature request is valid. It should either not have a header or
On Tue, May 17, 2022 at 4:51 PM Laszlo Papp wrote:
> What is required is a widget or mode of a widget that combines both
>> abilities.
>>
> QTreeView already sort of does that, although badly. Basically, a header
> makes it look like a table, but it is also a tree. Th
>
> As a datapoint
> https://api.kde.org/frameworks/kguiaddons/html/classKeySequenceRecorder.html
> (which
> supports single letter shortcuts, used by KShortcutsDialog and co.).
>
Thanks for sharing that.
I do not know where the idea of "key sequence" comes from, but it does look
like what we are
On Wed, May 18, 2022 at 9:03 AM Volker Hilsheimer
wrote:
> Have you ever used vim? :P Deleting until the end of the line, or deleting
> the next word, are all multi-chord key sequences.
>
Sure, but in this context, we were discussing shortcut editors that was
linked in KDE.
> > The current pro
>
> This is also a questionable decision for a keyboard shortcut edit
> actually. Quite often, shortcut editors would terminate the shortcut after
> you entered it or with return if they do not want to allow that shortcut. I
> have actually never seen a shortcut edit which terminates by some
> arti
On Wed, May 18, 2022 at 9:50 AM Volker Hilsheimer
wrote:
> > On 18 May 2022, at 10:09, Laszlo Papp wrote:
> >> On Wed, May 18, 2022 at 9:03 AM Volker Hilsheimer <
> volker.hilshei...@qt.io> wrote:
> >> Have you ever used vim? :P Deleting until the end of the
On Wed, May 18, 2022 at 10:50 AM Laszlo Papp wrote:
> 1. Single combination
> 2. Finishing character
> 3. No timer! This could be done automatically for keyPressEvent timing. No
> need to time again in a custom widget.
> 4. Allowing Esc to be assigned like in some apps.
>
5.
Hi,
It seems that QWidget::mouseReleaseEvent does not get triggered after
QDrag::exec. This causes the following issue that the QPushButton instance
gets stuck in "pressed down" (with pressed highlight, etc) state as the
following short gif shows: https://imgur.com/a/dk7zs9D
I worked this around
I will read the whole discussion later - do not have time for it now. But
just to confirm, I did not agree with Volker on discord that it is not a
bug.
I did think it was a bug. Volker raised the concern that if he cancels the
drag and drop, he would not expect a clicked signal to be sent. This is
On Sat, Jun 4, 2022 at 6:26 AM Philippe wrote:
> *I have also noticed several posts on Stack Overflow, Qt Centre, etc,
> about this issue without a "real solution". *
>
> I confirm. This case is very similar to user reports I've had for about 10
> years, on OSX only, that occur randomly. I've was
On Sat, Jun 4, 2022 at 9:41 AM Volker Hilsheimer
wrote:
> I am fairly confident that this has been like this since the Qt 1.x days,
> and that it was designed to be like that. One can argue that we should have
> done things differently back then, but here we are.
>
I am sorry, but this sort of a
On Fri, Jun 3, 2022 at 11:08 PM Giuseppe D'Angelo via Development <
development@qt-project.org> wrote:
> Given the blame on that code shows no changes since Nokia times,
> something just tells me that this has never worked properly and people
> started 1) relying on the release to be never receive
On Tue, Jun 7, 2022 at 3:26 PM David Skoland wrote:
> Hi,
>
> It is their problem if they have started relying on a bug.
>
>
> I don’t think this is a good way to approach this. When programming with a
> framework, you program based on the current behavior of that framework,
> regardless of what
On Tue, Jun 7, 2022 at 3:26 PM David Skoland wrote:
> “If it’s a bug people rely on, it’s a feature”
>
Just checked the Qt wiki, but it does not seem to speak about this rule.
Only binary and source compatibility. No behaviour compatibility. And by
the way, fixing the bug to match the documentat
On Tue, Jun 7, 2022 at 8:26 PM Giuseppe D'Angelo
wrote:
> Il 07/06/22 20:57, Laszlo Papp ha scritto:
> > Just checked the Qt wiki, but it does not seem to speak about this rule.
> > Only binary and source compatibility. No behaviour compatibility. And by
> > the way, f
On Thu, Jun 9, 2022 at 4:20 PM Volker Hilsheimer
wrote:
> > I was thinking of drag and drop setting an internal state for the
> QWidget which then the QWidget can use to decide whether to emit clicked()
> or not to address Volker's concern?
>
> Which in the case of QAbstractButton means a change
On Thu, Jun 9, 2022 at 4:20 PM Volker Hilsheimer
wrote:
> > I am not asking for a fake release event myself, just the usual one. If
> someone manages the state restore manually, that would not be broken by the
> usual release happening as far as I can see.
>
> You are asking for a release event t
> You are proposing a flag that we perhaps flip on by default within Qt 6,
> and that might break a whole ton of widgets out there that today correctly
> implement drag’n’drop and that will start failing in mysterious, and
> largely untestable (because testing drag’n’drop requires special tools)
>
Hi,
I am unable to assign tab to QKeySequenceEdit. Do you know what the issue
may be?
Is this a Qt bug or am I doing something wrong?
You can find the small testbed code below that reproduces the issue.
Working version: https://imgur.com/a/Mng0Rpv
Non-working version: https://imgur.com/a/tSle7W
The things I have also tried:
1. bool eventFilter(QObject *, QEvent *) override { return false; } in the
QKeySequenceEdit class directly -> does not seem to make a difference.
2. Check if keyPressEvent handle is called. It is hit for any other keys
than the tab.
3. setFocusPolicy(Qt::NoFocus); on
I debugged this a bit further. It looks like bool
QKeySequence::event(QEvent *e); is hit for the tab key, but then
QKeySequence::keyPressEvent(QKeyEvent *e); is not.
I also checked all other GUI elements in the above code with My* subclasses
and none of those get the tab key under their event hand
Ah, I think I found the issue. QKeySequence::event() falls back to
QWidget::event() for KeyPress event types and QWidget::event() treats the
tabs as special here:
https://code.woboq.org/qt5/qtbase/src/widgets/kernel/qwidget.cpp.html#9006
However, this logic should not inherently apply to QKeySeque
Yep, that is what I ended up doing here myself, too. Thanks for the
confirmation!
https://codereview.qt-project.org/c/qt/qtbase/+/418684
On Fri, Jun 24, 2022 at 7:31 PM Kai Uwe Broulik
wrote:
> Hi,
>
> you cannot reply rely on RTTI in Qt Core. static_cast is fine in this
> scenario as we know i
Hi,
What is the recommended way to customise the behaviour of built-in plugins,
like a windows plugin , QWindowsKeyMapper in particular?
To be specific, if we wanted to pass this alt+space to the application
rather than Qt forwarding it to Windows, the operating system? Like a
potential break her
latform plugin.
>
> You could perhaps have some luck intercepting WM_APPCOMMAND before it
> reaches the Qt message proc?
>
> Tor Arne
>
> On 30 Jul 2022, at 14:12, Laszlo Papp wrote:
>
> Hi,
>
> What is the recommended way to customise the behaviour of built-in
&g
On Sat, Jul 30, 2022 at 5:38 PM Tor Arne Vestbø
wrote:
> I guess that depends on what your goal is. The default implementation
> calls showSystemMenu(), so it doesn’t seem to pass through the app AFAICT.
>
I was wondering if the default implementation ought to give a chance to the
app to handle
It would be better if the Qt application using Qt would not need to write
platform specific code, like intercepting WM_APPCOMMAND or
using DefWindowProc.
So, I wonder if we can either:
1. Change the default behaviour to pass the event to the application and if
it is not handled by the application
Hi again,
I wrote this example program, but it does not seem to work. The filter is
never hit on Windows even though I copied the qwindow.dll to the platforms
directory of my build tree. Do you know this would not work on Windows? The
filter is hit on Mac and Linux. Thanks.
Kind regards,
László
Thanks - it has helped!
I need to return true when I want Qt to stop processing the events further.
But I would not like to do so for everything unconditionally. Do you know
how I can extend this example code to handle e.g. alt+space to return true
for it? I assume this would mean writing Windows
Hi again,
I wrote this simple test bed, but it does not seem to work. It seems that
the windows plugin does not let me process the alt key after all? I can
process the space fine, but not the alt. Am I doing something wrong or the
windows plugin does not allow the api user to intercept the native
I actually also tried this to no avail. Is it a Windows plugin or native
event filter bug that I cannot intercept alt+key presses? Or am I doing
something wrong?
#include
#include
#include
#include
#ifdef Q_OS_WIN
#include
#endif
class MyMSGEventFilter : public QAbstractNativeEventFilter
Got it working:
https://github.com/lpapp/examples/blob/main/qt-native-event-filter/main.cpp
Thanks.
>
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
Hi,
As soon as I have this code in my QStyle subclass, the highlighting of the
QToolButton icon seems to get stuck after selecting an entry from its menu.
QPixmap Style::generatedIconPixmap(QIcon::Mode iconMode, const QPixmap&
pixmap, const QStyleOption* opt) const
{
if (iconMode == QIcon::Acti
, 2022 at 4:46 PM Laszlo Papp wrote:
> Hi,
>
> As soon as I have this code in my QStyle subclass, the highlighting of the
> QToolButton icon seems to get stuck after selecting an entry from its menu.
>
> QPixmap Style::generatedIconPixmap(QIcon::Mode iconMode, const QPixma
Hi,
I authored a shortcut example, but I could not find reviewers with time to
get this through, so I abandoned it for now.
https://codereview.qt-project.org/c/qt/qtbase/+/421100
If any reviewer finds time to push this forward in the future, I will be
happy to follow up. If not, I also acknowled
Hi,
I have just written a simple test case that demonstrates the issue:
https://github.com/lpapp/examples/tree/main/qt-context-menu
If you bring up the context menu by pressing the right mouse button, and
then you try to press the Print Screen button on your keyboard on Linux, it
gets ignored. B
On Thu, Oct 20, 2022 at 7:14 AM Thiago Macieira
wrote:
> On Wednesday, 19 October 2022 09:15:02 PDT Giuseppe D'Angelo via
> Development
> wrote:
> > Things like Firefox seem to be able to do the "right thing" --
> > desktop-wide shortcuts are triggered even if a menu is open (although to
> > say
On Thu, Oct 20, 2022 at 7:14 AM Thiago Macieira
wrote:
> On Wednesday, 19 October 2022 09:15:02 PDT Giuseppe D'Angelo via
> Development
> wrote:
> > Things like Firefox seem to be able to do the "right thing" --
> > desktop-wide shortcuts are triggered even if a menu is open (although to
> > say
On Thu, Oct 20, 2022 at 8:39 AM Laszlo Papp wrote:
> On Thu, Oct 20, 2022 at 7:14 AM Thiago Macieira
> wrote:
>
>> On Wednesday, 19 October 2022 09:15:02 PDT Giuseppe D'Angelo via
>> Development
>> wrote:
>> > Things like Firefox seem to be able to
IOn Thu, Oct 20, 2022 at 4:07 PM Thiago Macieira
wrote:
> On Thursday, 20 October 2022 00:48:33 PDT Ilya Fedin wrote:
> > I just tried to press PrtSc while having an open context menu in
> > Firefox and it's closed as soon as I pressed the key, Spectacle created
> > a screenshot without the menu
On Thu, Oct 20, 2022 at 6:24 PM Thiago Macieira
wrote:
> On Thursday, 20 October 2022 09:59:18 PDT Laszlo Papp wrote:
> > I am using CentoOS 7.9, but the Chrome menu remains when I press Tab or
> the
> > function key. It does not disappear. This is the behaviour I would also
&
Hi,
I am unable to retrieve the slot return value from the host to the replica.
You can find the testbed below that reproduces the issue.
FooService is the QtRemoteObject host and BarService is the replica. The
slot on the host (Foo) does get called initiated from the replica (Bar),
but waitForSe
It seems like I am hitting this bug:
https://bugreports.qt.io/browse/QTBUG-94542
--
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
Hi,
The tree model examples seem to invent a custom tree item.
Simple:
https://doc.qt.io/qt-6/qtwidgets-itemviews-simpletreemodel-example.html
Edit:
https://doc.qt.io/qt-6/qtwidgets-itemviews-editabletreemodel-example.html
at
https://code.qt.io/cgit/qt/qtbase.git/tree/examples/widgets/itemviews
need a custom data structure holding their
> model data and the "standard" classes will not suffice. With that in
> mind, I think it's fine that the examples show just that.
>
> Regards,
> Arno
>
> Am 21.11.2023 um 16:31 schrieb Laszlo Papp:
> > Hi,
>
de the opportunity for
people to join, if they can prove the relevant background for instance
(maybe with 1-2 supporters).
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
hank you for sharing the wikipage. It is nice to see there is already
some documentation. :)
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
nux kernel, KDE and gnome
also have many separate mailing lists for a variety of development
topics. :) I think boost also has project specific mailing lists.
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists
but not an
expectation. I might be wrong with this because I am not that familiar
yet with this workflow. I think it would be a nice addition to get it
documented more thoroughly in order to avoid the confusion, or at
least make them explicitely very clear. :)
Thank you in advance!
Best Regards
ake inside the qt community. I could use my
own servers for building as I do with the current way by using cdash.
Best Regards,
Laszlo Papp
PS.: My other questions are hopefully not forgotten either in the flow. :)
___
Development mailing list
Development@qt-
ml
This topic brings my next question: what about projects migrating to
Qt Playground, but had been using doxygen rather than qdoc?
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
getting this
> arbitrary code onto the machines of course increases the security risk.
Thank you for your swift reply. Is it possible to get a cmake based
buildsystem integrated with CI and those quality services, if that is
the "final" build system for an essential or add-on module ?
r your consideration!
Best Regards,
Laszlo Papp
[1] https://wiki.qt-project.org/Creating_a_new_module_or_tool_for_Qt
[2] http://kcat.strangesoft.net/openal.html
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
ut-of-the question nowadays.
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
> Sorry about the delay - there has been no progress that I've seen. I
> repinged again recently but will do again.
Would it be the best to call instead ?
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http
ith the existing QtQuick3D module naming.
c) This name has the capital letters more separated. =)
So I agree with you. :) Michael ?
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listi
not doing this as well).
Could you please collect all of the undocumented suggestions (if any),
and place them on a relevant wiki page? Thanks.
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org
lar on Harmattan. :)
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
hts. Thank you in advance!
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
[...]
> it's entirely misguided to create a playground project for "classes"
> (which are presumably meant to end up in qtcore).
Fair enough, and you convinced me. ;) I will just push my changes then
as previously with "WIP" so that it is rejected automatica
t options which is
something that the users would like to see.
We are beyond the feature freeze, thus it probably needs special
acceptance in case yes. If it does not happen, I am unsure whether it
can be done before Qt6 that way.
Best Regards,
Laszlo Papp
_
ioned previously. I can
add you to the group, if that is okay for you ?
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
t;copy" the header files without even creating forward header files for
the time being as the first step.
Thank you in advance!
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
$QT.module.name")
}
header_files.files = $$PUBLIC_HEADERS
header_files.path = $$[QT_INSTALL_PREFIX]/include/$$QT.module.name
INSTALLS+= header_files
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://
ping in there,
or at least having a better mapping with the "Playground". There might
also be other approaches as well. At any rate, it would be nice to
have this functionality fixed. Thank you in advance! :-)
Best Regards,
Laszlo Papp
FTR: No mentionings, but Ossi has already fixed this issue. :-) Thanks for that!
Best Regards,
Laszlo Papp
On Sun, Apr 8, 2012 at 1:12 PM, Laszlo Papp wrote:
> Hi,
>
> It would be nice to have an option for checking out Qt Playground
> projects from the web browsers. As far as I s
/qt-project.org/wiki/QtAudio3D
At any rate, it is nice to see the facilitates of the speed and open
up for this project!
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
s
4) tools
Perhaps the last two are not so common, but the former two could be
added to the wikipage, if there are no objections to that.
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mail
?
Best Regards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
project entry is added for instance. The removal
would for example happen when the project graduates from playground.
I do not see any mentionings here about handling bugreports:
http://wiki.qt-project.org/Creating_a_new_module_or_tool_for_Qt
Best Regards,
Laszlo Papp
errit:
>
> https://codereview.qt-project.org/#,q,owner:jean.gressmann+status:merged,n,z
"Not Found
The page you requested was not found."
I guess, this is a more correct URL for that query (at least on my end):
https://codereview.qt-project.org/#q,owner:
ules instead of a new add-on.
I guess the selection depends on certain factors. Perhaps, it is
better to fire your idea(s) away and then people can provide more
precise and thorough replies than mine. :-)
Best Regards,
Laszlo Papp
___
Development
help with this ? It is really not fun to contact
the relevant playground maintainer via email all the time, if a new
bug is found... :(
Best Rgards,
Laszlo Papp
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
1 - 100 of 416 matches
Mail list logo
