Bug 126724 - add classic MDI mode
Summary: add classic MDI mode
Status: RESOLVED INTENTIONAL
Alias: None
Product: kpdf
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Albert Astals Cid
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-04 12:26 UTC by Maciej Pilichowski
Modified: 2010-04-11 17:29 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2006-05-04 12:26:33 UTC
Version:            (using KDE KDE 3.5.2)
Installed from:    SuSE RPMs

Please add classic MDI mode -- I mean: one app many documents, not something like Krita has, one app one document MDI, because it is not MDI really.
Comment 1 Thiago Macieira 2006-05-08 01:14:06 UTC
In the old days, KDE HIG said all applications were SDI. Why do you want MDI in KPDF if most simple KDE applications don't support it?
Comment 2 Maciej Pilichowski 2006-05-08 13:35:32 UTC
> In the old days, KDE HIG said all applications were SDI.

I think it does not say this today because it is quite absurd. First things like user-friendly, productivity, etc., then doctrine. 

> Why do you want MDI in KPDF if most simple KDE applications don't support 
> it?

??? Thiago, I've read you as "why making app better if most other apps are not that good".

> Why do you want MDI in KPDF

Productivity! This way I could have one app (kpdf) with several documents and the other (OOWriter) with document I create. With MDI it is much easier to make a compilation, quote, compare different articles, than switching among several kpdf instances.

PS. I use mostly konqueror, kdevelop, kate and those apps have quasi-MDI.
Comment 3 Thiago Macieira 2006-05-08 20:32:40 UTC
Alt+Tab vs Ctrl+[... I don't see much of a difference for IDEAI mode.
Comment 4 Maciej Pilichowski 2006-05-08 21:37:38 UTC
> Alt+Tab vs Ctrl+[... 

With MDI it is __ONE__ "alt+tab", while without it there are __MANY__ "alt+tab"s.
With MDI there are two working spaces:
1) my document
2) the sources (other documents) -- since I could tile the documents

So the switch is like this me/they. With SDI it is me/one-of-them/oh,wait-which-one.

In general I see a huge difference in productivity in MDI vs. SDI or quasi-MDI (and I don't know why classic MDI apps are so rare in KDE).

> I don't see much of a difference for IDEAI mode.

I am sorry, but I don't know what you are talking about (I am talking about kpdf, there is IDEAI in Kdevelop, but I don't see anything like that in kpdf).
Comment 5 Thiago Macieira 2006-05-13 23:51:46 UTC
KDE HIG says that KDE applications should not have classic MDI mode. You can find tabbed- or IDEAI-mode MDI.
Comment 6 Maciej Pilichowski 2006-05-14 11:12:53 UTC
> KDE HIG says that KDE applications should not have classic MDI mode. 

Thank you for pointing that out. I am about to post another report because this section in HIG is example of the bad design ("we forbid to do this & that because we know what the user want" -- sure :-( ).

> You can
> find tabbed- or IDEAI-mode MDI. 

I don't know really what the IDEAI mode means since the only app I know, that uses IDEAI is Kdevelop and I can't see any difference to tabbed view.

No, MDI and tabbed mode is not even comparable -- Konqueror for example to stick with HIG introduced crippled split view (at least something) -- but MDI gives you more freedom to operate on several documents at the same time and to maintain all of them visible (not true for tabbed view).


 
Comment 7 Maciej Pilichowski 2006-05-14 11:56:25 UTC
PS. Here is my report on HIG:
https://bugs.kde.org/show_bug.cgi?id=127298
Comment 8 Pino Toscano 2007-09-20 23:05:08 UTC
KPDF is a KDE 3 application that follows the KDE HIG Guidelines[1]. Those guidelines says that KDE does not use MDI, and so KPDF does.
When the KDE3 KIG will say MDI can be used by normal applications, then we can talk again about adding MDI in KPDF. But KDE 3 HIG are quite closed, so that's pretty difficult (if not impossible) to happen.

[1] http://developer.kde.org/documentation/standards/kde/style/basics/windows.html
Comment 9 Maciej Pilichowski 2007-09-20 23:15:23 UTC
Pity to hear that, doctrine won, regardless of popularity (and proved usefulness) of Konqueror, Kate, KDeveloper, KSpread (partially), K3b, ok enough. Somehow for all those apps it was possible, but for Kpdf it wasn't.
Comment 10 Albert Astals Cid 2007-09-20 23:23:26 UTC
Pity that nobody taught you to communicate your opinions in a way that motivates me.
Comment 11 Pino Toscano 2007-09-20 23:24:15 UTC
All the applications you wrote down are NOT MDI, despite the fact you "see" them as such:
- konqueror: a kpart container, with khtml parts you have a browser, with dirpart's a file manager, with kpdfpart's a "tabbed" pdf viewer, and so on
- kate and kdevelop have projects (while kwrite not)
- kspread has spreadsheets, a really quite different concept than "multi documents" (as all the sheets always belongs to the very same document)
- k3b, projects as well

I'll stop now, as it's a pity seeing the same persistence from you for every thing you want and it's not applied, even with valid reasons. (Is there a reason if also acroread is no more MDI in its latest version?)
Comment 12 Maciej Pilichowski 2007-09-21 07:39:09 UTC
> All the applications you wrote down are NOT MDI, 

They are not classic MDI, true, but you can work with multiple "documents" without starting multiple instances of the program. Look at the k3b for example -- I can at the same edit audio data and add files to my dvd. I can edit CV in Kate and at the same time I can edit subtitles file.

I cannot resize the "document" window separately from the main window, I would like to, but even such semi-MDI is very useful. Especially comparing to situation I don't have any MDI at all.

> it's a pity seeing the same persistence from you for every thing you want
> and it's not applied, even with valid reasons.

You see it either it is applied or not, be fair :-), and the reason is simple -- I care if KDE is productive and powerful DM or it is just a list of excuses why it lacks certain features (luckily it is rather productive but with omissions here and there).

> Is there a reason if also acroread is no more MDI in its latest version?

I don't work for Adobe, but I would rather say it is a good idea to copy useful features and ignore bad design.