Bug 249476

Summary: The default extract dialog is too thin and not adjustable
Product: [Applications] ark Reporter: Ilgaar Elseven <ilgaarsoft>
Component: generalAssignee: Raphael Kubo da Costa <rakuco>
Status: RESOLVED FIXED    
Severity: normal CC: abrouwers, bogusman222, gabextreme, hr.denzler, ilgaarsoft, maninred, rakuco, russianneuromancer
Priority: NOR    
Version: 2.14   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: A screen shot to show the bug clearly.
KDE 4.5.0, dialog

Description Ilgaar Elseven 2010-08-30 02:34:37 UTC
Created attachment 51093 [details]
A screen shot to show the bug clearly.

Version:           2.14 (using KDE 4.4.4) 
OS:                Linux

When in Dolphin using the extract to, Ark brings up the extract window with a very thin directory tree view in the middle box, which is hard to see anything and select a path. Also It's not possible to adjust the size of the directory tree view, nor any other part.

Reproducible: Always

Steps to Reproduce:
On dolphin right click on an archived file and the select Extract Archive To...
You will see what I mean.


Expected Results:  
I get a Extract Window, with long sections at both left and right side, but a thin directory view in the middle. and It's not possible to re-size any part.

OS: Linux (i686) release 2.6.34-12-desktop
Compiler: gcc
Comment 1 Hans-Rudi Denzler 2010-08-30 14:36:39 UTC
In the middle of the right edge of your screenshot you can see 3 vertical points for resizing the window.

In openSUSE 11.2, KDE 4.5.0 the resizing to minimum horizontal size as in your screenshot sometimes leads to a crash with
/var/cache/zypp/raw/repo-oss/license.tar.gz.
Comment 2 Ilgaar Elseven 2010-08-30 18:51:27 UTC
Yes I see that. and like you said it causes a crash, but those little three dots are only for expanding view, with in the box, not to re-size the box itself to a normal and acceptable size, in order to see the directory tree.
Comment 3 Hans-Rudi Denzler 2010-08-30 20:19:29 UTC
Created attachment 51114 [details]
KDE 4.5.0, dialog
Comment 4 Ilgaar Elseven 2010-08-30 21:17:49 UTC
It's only possible to re-size the entire window in order to see a larger box in the middle.
Comment 5 Raphael Kubo da Costa 2010-08-30 22:05:55 UTC
*** Bug 248651 has been marked as a duplicate of this bug. ***
Comment 6 Raphael Kubo da Costa 2010-08-30 22:06:37 UTC
Marking the older report as a duplicate of this one as this one provides a better explanation of the bug.
Comment 7 Raphael Kubo da Costa 2010-08-30 22:07:29 UTC
As I see it, we have two separate issues here:

 1. There's no way to change the width of the directory list without resizing the whole dialog
 2. The default size of the extraction dialog is not good.

Is that it?
Comment 8 Ilgaar Elseven 2010-08-31 02:10:06 UTC
Exactly. I couldn't have said better myself.
Comment 9 Hans-Rudi Denzler 2010-08-31 11:35:05 UTC
(In reply to comment #3)
Is the default dialog in KDE 4.5.0 bad ?
Comment 10 Andrew Brouwers 2010-08-31 13:40:28 UTC
(In reply to comment #9)
> (In reply to comment #3)
> Is the default dialog in KDE 4.5.0 bad ?

Yes.
Comment 11 Hans-Rudi Denzler 2010-08-31 14:53:22 UTC
The dialog in screenshot of Description (id=51093) is bad, yes !
The default dialog in KDE 4.5.0 of screenshot in Comment #3 (id=51114) is not so bad for me. Nadal, Rafael (ESP) would say: No ?
Comment 12 Andrew Brouwers 2010-08-31 14:54:38 UTC
(In reply to comment #11)
> The dialog in screenshot of Description (id=51093) is bad, yes !
> The default dialog in KDE 4.5.0 of screenshot in Comment #3 (id=51114) is not
> so bad for me. Nadal, Rafael (ESP) would say: No ?

It's already been resized in that SS.
Comment 13 Ilgaar Elseven 2010-08-31 15:08:55 UTC
first you have to pardon me for using window instead of KDE dialogue, It's just and old habit from old Windows day.

not always, but in this particular situation, which is related to Ark, yes it is bad. besides it would have been great if there was a way to re-size the different three parts, or at least the two parts in the middle and left. Usually in most dialogues user can do that.
Comment 14 Raphael Kubo da Costa 2010-12-08 02:19:35 UTC
Changing the default assignee in the currently open Ark bug reports to me.
Comment 15 Raphael Kubo da Costa 2011-02-14 13:54:40 UTC
*** Bug 266269 has been marked as a duplicate of this bug. ***
Comment 16 Raphael Kubo da Costa 2011-03-13 23:18:50 UTC
*** Bug 268405 has been marked as a duplicate of this bug. ***
Comment 17 Gabe A 2011-03-14 00:01:46 UTC
Bringing my report's main contents forward--
Actual Results:  
Dimensions are far too narrow for the window. New users are confused
unless/until they realize that it's a default window size glitch and
horizontally expand the window. 

Expected Results:  
Dimension of of 640,480 is a good minimum (and is still smaller than the
default dimensions of Ark itself. 

Workaround 1: Resize window (end user)
Workaround 2: Add custom rule to ~/.kde/arkrc/share/config/kwinrulesrc as
follows:

[2]
Description=Ark extract dialog dimension fix
size=640,480
sizerule=4
title=Extract – Ark
titlematch=1
types=32
wmclass=ark ark
wmclasscomplete=true
wmclassmatch=1
Comment 18 Raphael Kubo da Costa 2011-03-16 17:55:03 UTC
*** Bug 268657 has been marked as a duplicate of this bug. ***
Comment 19 Raphael Kubo da Costa 2011-06-06 11:37:57 UTC
Some updates:

(In reply to comment #7)
> As I see it, we have two separate issues here:
> 
>  1. There's no way to change the width of the directory list without resizing
> the whole dialog

I have a patch to add a splitter between the directory list and the tree view (actually, it's been for review for 2 years, I just didn't have much time to really work on it).

>  2. The default size of the extraction dialog is not good.

Commits e9ab670f8da8d9029627f8826d4d5f3c5e5f1e32 to master and 8cae5531fb0d195e6b0ef7224b599d7bd0056b34 to the KDE/4.6 branch in kdelibs finally uses better defaults for the directory selection dialog, so the initial dialog size should be much better now (this will be in 4.6.5 and 4.7.0).
Comment 20 Raphael Kubo da Costa 2011-07-17 16:06:57 UTC
*** Bug 277937 has been marked as a duplicate of this bug. ***
Comment 21 RussianNeuroMancer 2013-02-25 00:25:45 UTC
Yes, this actually fixed now. Thank you!