--===============1746844634==
Content-Type: multipart/alternative; boundary=0016e659f4a81aefe00492531090

--0016e659f4a81aefe00492531090
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Ralf

>Do you think about something like the single package installer approach
>like available at http://www.winkde.org/pub/kde/ports/win32/setup/stable/

Yes, in some way, that is a cool approach, the ui is very plain and the use=
r
only have to wait. It could be better: the ui can have a simple progress
control and a gif embedded (but is only my opinion ;)) ... but yep that is
the idea.

However, the fact of provide individual installers for every app/module
could be still confusing (even if is the same versi=F3n: stable, testing,
4.5,3, ...) Also, this kills the concept of the windows installer: have a
common place to install (update) KDE software on windows.

Perhaps the best way to join both approach would be let the user to chooses
the KDE-version installer (kde-stable.exe, kde-testing.exe ...) instead of
the module/app-version one.The ui of the installer will omit the idea of
choose the version (and even omit the idea of searching and replaced by
choosing) and will have a UI very similar to your packages plus some
searching (or choosing) system, this is a mockup to show the concept:

http://lh4.ggpht.com/_DsEzMwoRlb4/TLLF_ibv6LI/AAAAAAAAAcI/0kEn49CkN5U/kdewi=
ninstaller.jpg

Regards,
Percy












On Mon, Oct 11, 2010 at 12:54 AM, Ralf Habacker <ralf.habacker@freenet.de>w=
rote:

>  Am 11.10.2010 01:00, schrieb Percy Camilo Trive=F1o Aucahuasi:
> > Hi Elias,
> >
> > >>1) Krita for historical reasons is a part of KOffice. This might be
> > >>the reason why Krita cannot be used successfully as a search
> > >>term in the KDE 4 Windows Installer.
> > >>2) The end user does not know which of the KDE packages are
> > >>stable and which are not. As Andrius wrote that KOffice
> > >>packages are not stable so I searched the unstable releases.
> > >>(But as Percy now confirmed - this is
> > >>not a good search strategy as the wanted package is not there.)
> > >Perhaps extending search to 'lookup by application name' could solve
> > the issue.
> >
> > Is true, also I think the main issue here isn't the searching of the
> > package name, but the availability of the packgages in self (or, as
> > Gilles Caulier said: the maintenability of huge packages)
> >
> > From my personal point of view: is hard to create *KDE* packages on
> > windows, it should be easy, but even betwen xp, vista and 7 exists
> > some factors that make it dificult (eg. permissions) Emerge is a great
> > tool and aims to achieve
> > to make more easy the life *for developers*, but I think is time to
> > improve the windows user experience too.
> >
> > The windows installer paradigm is confusing users and even some get
> > scary of using it, however the paradigm in self isn't bad, is just
> > matters of enhance communication of what is aviable in each release
> > and what is not. Also, some improvements in the UI would be welcome:
> > maybe change the wizard style to something like a welcome dashboard or
> > simply (as Jaroslaw suggested) improve searching ... and hidding the
> > progress of installing =3D> why the users have to see all the list of
> > files during the instalation proccess? ;)
> Do you think about something like the single package installer approach
> like available at http://www.winkde.org/pub/kde/ports/win32/setup/stable/
>
> Regards
> Ralf
> _______________________________________________
> Kde-windows mailing list
> Kde-windows@kde.org
> https://mail.kde.org/mailman/listinfo/kde-windows
>

--0016e659f4a81aefe00492531090
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Ralf<br><br>&gt;Do you think about something like the single package ins=
taller approach<br>
&gt;like available at <a href=3D"http://www.winkde.org/pub/kde/ports/win32/=
setup/stable/" target=3D"_blank">http://www.winkde.org/pub/kde/ports/win32/=
setup/stable/</a><br><br>Yes, in some way, that is a cool approach, the ui =
is very plain and the user only have to wait. It could be better: the ui ca=
n have a simple progress control and a gif embedded (but is only my opinion=
 ;)) ... but yep that is the idea.<br>
<br>However, the fact of provide individual installers for every app/module=
 could be still confusing (even if is the same versi=F3n: stable, testing, =
4.5,3, ...) Also, this kills the concept of the windows installer: have a c=
ommon place to install (update) KDE software on windows. <br>
<br>Perhaps the best way to join both approach would be let the user to cho=
oses the KDE-version installer (kde-stable.exe, kde-testing.exe ...) instea=
d of the module/app-version one.The ui of the installer will omit the idea =
of choose the version (and even omit the idea of searching and replaced by =
choosing) and will have a UI very similar to your packages plus some search=
ing (or choosing) system, this is a mockup to show the concept:<br>
<br><a href=3D"http://lh4.ggpht.com/_DsEzMwoRlb4/TLLF_ibv6LI/AAAAAAAAAcI/0k=
En49CkN5U/kdewininstaller.jpg">http://lh4.ggpht.com/_DsEzMwoRlb4/TLLF_ibv6L=
I/AAAAAAAAAcI/0kEn49CkN5U/kdewininstaller.jpg</a><br><br>Regards,<br>Percy<=
br>
<br><br><br><br><br><br><br><br><br><br><br><br><div class=3D"gmail_quote">=
On Mon, Oct 11, 2010 at 12:54 AM, Ralf Habacker <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:ralf.habacker@freenet.de">ralf.habacker@freenet.de</a>&gt;</sp=
an> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; borde=
r-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> =A0Am 11.10.2010=
 01:00, schrieb Percy Camilo Trive=F1o Aucahuasi:<br>
<div><div></div><div class=3D"h5">&gt; Hi Elias,<br>
&gt;<br>
&gt; &gt;&gt;1) Krita for historical reasons is a part of KOffice. This mig=
ht be<br>
&gt; &gt;&gt;the reason why Krita cannot be used successfully as a search<b=
r>
&gt; &gt;&gt;term in the KDE 4 Windows Installer.<br>
&gt; &gt;&gt;2) The end user does not know which of the KDE packages are<br=
>
&gt; &gt;&gt;stable and which are not. As Andrius wrote that KOffice<br>
&gt; &gt;&gt;packages are not stable so I searched the unstable releases.<b=
r>
&gt; &gt;&gt;(But as Percy now confirmed - this is<br>
&gt; &gt;&gt;not a good search strategy as the wanted package is not there.=
)<br>
&gt; &gt;Perhaps extending search to &#39;lookup by application name&#39; c=
ould solve<br>
&gt; the issue.<br>
&gt;<br>
&gt; Is true, also I think the main issue here isn&#39;t the searching of t=
he<br>
&gt; package name, but the availability of the packgages in self (or, as<br=
>
&gt; Gilles Caulier said: the maintenability of huge packages)<br>
&gt;<br>
&gt; From my personal point of view: is hard to create *KDE* packages on<br=
>
&gt; windows, it should be easy, but even betwen xp, vista and 7 exists<br>
&gt; some factors that make it dificult (eg. permissions) Emerge is a great=
<br>
&gt; tool and aims to achieve<br>
&gt; to make more easy the life *for developers*, but I think is time to<br=
>
&gt; improve the windows user experience too.<br>
&gt;<br>
&gt; The windows installer paradigm is confusing users and even some get<br=
>
&gt; scary of using it, however the paradigm in self isn&#39;t bad, is just=
<br>
&gt; matters of enhance communication of what is aviable in each release<br=
>
&gt; and what is not. Also, some improvements in the UI would be welcome:<b=
r>
&gt; maybe change the wizard style to something like a welcome dashboard or=
<br>
&gt; simply (as Jaroslaw suggested) improve searching ... and hidding the<b=
r>
&gt; progress of installing =3D&gt; why the users have to see all the list =
of<br>
&gt; files during the instalation proccess? ;)<br>
</div></div>Do you think about something like the single package installer =
approach<br>
like available at <a href=3D"http://www.winkde.org/pub/kde/ports/win32/setu=
p/stable/" target=3D"_blank">http://www.winkde.org/pub/kde/ports/win32/setu=
p/stable/</a><br>
<br>
Regards<br>
<font color=3D"#888888">Ralf<br>
</font><div><div></div><div class=3D"h5">__________________________________=
_____________<br>
Kde-windows mailing list<br>
<a href=3D"mailto:Kde-windows@kde.org">Kde-windows@kde.org</a><br>
<a href=3D"https://mail.kde.org/mailman/listinfo/kde-windows" target=3D"_bl=
ank">https://mail.kde.org/mailman/listinfo/kde-windows</a><br>
</div></div></blockquote></div><br>

--0016e659f4a81aefe00492531090--

--===============1746844634==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

--===============1746844634==--