[Kde-imaging] [Bug 128158] flickr export "uploading" window shouldn't block all else
Vardhman
vardhman at gmail.com
Sun May 28 13:08:42 CEST 2006
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=128158
------- Additional Comments From vardhman gmail com 2006-05-28 13:08 -------
Hi,
I was kind of aware of the modalness issue with the kipi-plugin, I
thought it wasn't that bad. Now that its reported as bug, I should bother
about it ;)
I just checked the possible code that code be making the window Modal, I
figured out the constructor of FlickrWindow calls KDialogBase constructor
with a modal paramater set true, I set it false and even now the window
remains Modal.
FlickrWindow::FlickrWindow(KIPI::Interface* interface,const QString
&tmpFolder, QWidget *parent)
: KDialogBase(parent, 0, false, i18n( "FlickrUploadr" ), Help|Close,
Close, false),m_tmp(tmpFolder)
3rd agrument above is for modality earlier it was true, now even when Its
set false, the plugin window takes the control of the application.
i.edoesn't allow the user to use the host application, which might be
disliked
by user.
Is there any reason for this, in the sense its necessary required to be so
or can someone suggest how to remove this bug ?
Vardhman
On 27 May 2006 23:40:53 -0000, Gilles Caulier <caulier.gilles free fr>
wrote:
[bugs.kde.org quoted mail]
Hi,<br> I was kind of aware of the modalness issue with the kipi-plugin, I thought it wasn't that bad. Now that its reported as bug, I should bother about it ;)<br><br>I just checked the possible code that code be making the window Modal, I figured out the constructor of FlickrWindow calls KDialogBase constructor with a modal paramater set true, I set it false and even now the window remains Modal.
<br><blockquote>FlickrWindow::FlickrWindow(KIPI::Interface* interface,const QString &tmpFolder, QWidget *parent)<br> : KDialogBase(parent, 0, false, i18n( "FlickrUploadr" ), Help|Close, Close, false),m_tmp(tmpFolder)
<br></blockquote>3rd agrument above is for modality earlier it was true, now even when Its set false, the plugin window takes the control of the application. i.e doesn't allow the user to use the host application, which might be disliked by user.
<br><br>Is there any reason for this, in the sense its necessary required to be so or can someone suggest how to remove this bug ?<br><br><br>Vardhman<br><div><span class="gmail_quote">On 27 May 2006 23:40:53 -0000, <b class="gmail_sendername">
Gilles Caulier</b> <<a href="mailto:caulier.gilles free fr">caulier gilles free fr</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
------- You are receiving this mail because: -------<br>You are the assignee for the bug, or are watching the assignee.<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=128158">http://bugs.kde.org/show_bug.cgi?id=128158
</a><br>caulier.gilles free fr changed:<br><br> What |Removed |Added<br>----------------------------------------------------------------------------<br> AssignedTo|digikam-devel kde org |kde-imaging kde org
<br> Product|digikam |kipiplugins<br> Version|0.8.1 |unspecified<br>_______________________________________________<br>Kde-imaging mailing list<br><a href="mailto:Kde-imaging kde org">
Kde-imaging kde org</a><br><a href="https://mail.kde.org/mailman/listinfo/kde-imaging">https://mail.kde.org/mailman/listinfo/kde-imaging</a><br></blockquote></div><br><br clear="all"><br>-- <br>Blogs: <a href="http://vardhman.blogspot.com">
http://vardhman.blogspot.com</a><br>
More information about the Kde-imaging
mailing list