<?xml version="1.0" ?>

<kc>

	<title>KDE Traffic</title>

	<editor contact="http://mornfall.homeip.net">Peter Rockai
	(mornfall)</editor>

<issue num="67" date="09 Nov 2003 02:29:07 -0800" />

<headquote>

<p>
If you like KDE Traffic, please consider making a donation to the KDE 
project.
Visit <a href="http://www.kde.org/support/">http://www.kde.org/support/</a> 
for  details.
</p>

</headquote>

<intro>
	
	<p>Welcome to KDE Traffic!</p>

	<p>After a short break, KDE Traffic is back. Russell Miller, our previous
		maintainer, announced, in a <a
			href="http://lists.kde.org/?l=kde-devel&amp;m=106656811927174&amp;w=2">message</a>
		sent to the kde-devel and kde-core-devel mailing lists, that, due to
		personal reasons, he wouldn't be able to work on KDE Traffic anymore.
		In order to prevent KDE Traffic from vanishing, some people offered to
		take over the maintainership, therefore creating the KDE Traffic Team,
		that will be issuing KDE Traffic from now on.</p>

	<p>We would like to thank Russell Miller for all he has done for KDE
		Traffic and for the KDE Community as a whole. Know that your
		contibutions were really appreciated by us all.</p>

	<p>Some notes:

		
		<ul>

			<li>We won't be including the statistics for this issue because of
				technical problems. We hope to re-introduce them as soon as
				possible </li>

			<li>This issue covers the following mailing lists: kde, kde-devel,
				kde-core-devel, kde-extra-gear, kde-usability, kde-i18n-doc,
				kmail, kde-pim, kde-optimize, kfm-devel, quanta and
				koffice-devel. If you can help covering other mailing lists,
				please <a href="mailto:kc-kde@kde.org">contact us</a>.</li>

		</ul>

	</p>

	<p>We hope you will like this issue!</p>

</intro>
<section
	title="KStart"
	subject="Starting Desktop"
	author="Henrique Pinto"
	contact="mailto:stampede@uai.com.br"
	posts="2"
	startdate="29 Oct 2003 05:22:42 -0800"
	enddate="29 Oct 2003 07:20:56 -0800">
<topic>KDE Tips</topic>

<p>
David Corbin asked:
</p>

<quote who="David Corbin">
<p>
Is there anyway, when launching an application, to tell it which "virtual
desktop" to start on?
</p>
</quote>

<p>
Christian Mueller replied:
</p>

<quote who="Christian Mueller">
<p>
kstart is what you want.<br/><br/>
</p>

<p>
e.g.<br/>
<pre>kstart --desktop 3 konsole</pre>
will start a konsole on desktop 3<br/><br/>
</p>

<p>
Read the help with<br/>
kstart --help
</p>
</quote>

<p>
	If you didn't know about kstart, this may be the right moment to learn all
	it can do for you (and yes, it can do a lot more than telling an
	application at which desktop it should appear).
</p>

<p>
There are many "tips and tricks" for KDE, as the one above. We'll be publishing some of them as they appear in the KDE mailinglists, as they can be really useful. If you want to learn more, there's also a tips page in the <a href="http://kde.ground.cz">KDE Community Wiki</a>. And, of course, you can add your own tips there, too...
</p>

</section>
<section
	title="PhotoCD IOSlave"
	subject="PhotoCD KIO-Slave"
	author="Peter Rockai (mornfall)"
	contact="mailto:mornfall@logisys.dyndns.org"
	posts="14"
	startdate="30 Oct 2003 09:53:23 -0800"
	enddate="05 Nov 2003 14:34:32 -0800">
	
	<topic>IOSlave</topic>

<mention>Waldo Bastian</mention>

<p>Bernd Lachner announced that he had written a PhotoCD IOSlave, much in
	spirit of the AudioCD one.</p>

<quote who="Bernd Lachner">

	<p>You can find the first version of this PhotoCD KIO-Slave under: <a
			href="http://www.lachner-net.de/Temp/photocd.tar.gz">http://www.lachner-net.de/Temp/photocd.tar.gz</a></p>

	<p>The PhotoCD KIO-Slave uses libpcd (<a
			href="http://bytesex.org/libpcd.html">http://bytesex.org/libpcd.html</a>)
		to decode the PCD files. If you want to use/compile the PhotoCD
		KIO-Slave, this library must be installed on your system.</p>

	<p>Maybe there is interest to add this KIO-Slave to the KDE Multimedia
		package?  If yes, I will clean up the code a little and maybe I add
		some features in the future (Parameter for the JPEG quality in the
		URL, or a KControl center modul for this parameter). If not, I think I
		don't do anything at this slave in the next time, because for my
		personal use it is good enough.</p>

	<p> If there is interest to add the slave to the KDE Multimedia package,
		someone should help me to add it to the cvs.</p>

	<p>Using the PhotoCD KIO-Slave:
		<ul>
			<li>It works in similar way as the AudioCD KIO-Slave.</li>
			<li>Mount the PhotoCD. (Description of PhotoCD, see below).</li>
			<li>Enter the URL as follows, for example, in konqueror:
				photocd:/&lt;CD mount point&gt; (e.g.
				photocd:/media/cdrom/).</li>
			<li>Now you shoud see two directories: jpeg and png.</li>
			<li>If you click on one of the directories you should see the resolution
				directories: 192x128, 384x256, 768x512, 1536x1024,
				3072x2048</li>
			<li>Inside of any of this resolution directories you hopefully ;-)
				should see the picture files in the format and resolution you have "chosen"
				before.</li></ul></p></quote>

<p>Waldo Bastian promptly reacted, suggesting to Bernd that he should obtain
	an CVS account	(pointing him to instructions at developers' website) and
	maintain photocd ioslave in kdenonbeta, while KDE is in freeze, moving it
	in place for KDE 3.3.</p>

<p>Soon afterwards, some confusion arose, regarding usefulness of the ioslave
	and appropriateness of a KImageIO plugin as a replacement. Bernd clarified
	that the ioslave is not concerned with individual PCD files (which are in
	fact image files, only containing multiple resolutions of the same image
	and, as Dirk Schoenberger pointed out, possible candidate for KImageIO
	plugin), but with the PhotoCD as a whole. In another e-mail someone
	suggested using kdegraphics instead of kdemultimedia (and she had a point
	in my opinion).</p>

</section>
<section
	title="Look of Kicker, status of Crystal icons for 3.2"
	subject="Am I the only one who thinks this is ugly?"
	author="Peter Rockai (mornfall)"
	contact="mailto:mornfall@logisys.dyndns.org"
	posts="11"
	startdate="25 Oct 2003 15:09:08 -0800"
	enddate="27 Oct 2003 19:10:51 -0800">
	
<topic>Art</topic>
<topic>Icons</topic>
<topic>KDE 3.2</topic>

<mention>Aaron Seigo</mention>

<p>Eva Brucherseifer was concerned about the look of current KDE HEAD: </p>
	
	<quote who="Eva Brucherseifer"><p>There are some very strange things going
			on in KDE's look&amp;feel and I am wondering wether I am the only one
			who thinks this is ugly...</p>
	
	<p>The most ugly thing is the new look of the panel. Here is a screenshot:
		<a
			href="http://www.basyskom.de/downloads/panel.png">http://www.basyskom.de/downloads/panel.png</a>
		It has a color gradient as a background image. Color gradients are
		very antiquated and it horribly clashes with the overall design of
		KDE.</p></quote>

<p>Well, i use the gradient myself (in gray colour though) and i can't say it is
"horrible"...</p>

<p>She also mentioned fuzzy icons in systray, which was a completely different
	issue, and was solved in the meantime. The more important, and maybe
	harder to solve, problem she had was as follows:</p>

<quote who="Eva Brucherseifer"><p>Icons are another important topic. In the
		last weeks a number of new icons were introduced which don't fit into
		the KDE look&amp;feel at all.  They use other colors (too many and
		different ones), the incidence of light comes from another direction
		and they are way to detailed, so that the desktop looks very
		cluttered.</p>
	
<p>Look e.g. at the panel. What happened to the home icon?  <a
		href="http://www.basyskom.de/downloads/panel2.png">http://www.basyskom.de/downloads/panel2.png</a>
	The red of the roof differs from the red of the help button, which makes
	it look strange.  Also it has too many details. It doesn't have anything
	in common with the home icon in konqueror - now even the color is
	different.</p>

<p>The same you can see in the filedialog: <a
		href="http://www.basyskom.de/downloads/icons.png">http://www.basyskom.de/downloads/icons.png</a>
	Too many colors, very different styles - I see at least three types: the
	home icon (very detailed), the navigation icons (very symbolic and little
	color) and the folder icon on the right side (thick borders, many contrast
	in a little image - this one looks very cluttered).</p>

<p>If you know look at the icon view in konqueror you again get a
	different picture: http://www.basyskom.de/downloads/icons2.png Here is
	a directory icon with a different look. And the mimetype icons are
	very detailed making them again look cluttered and bumpy.  BTW, the
	printer icon now has so little color that it nearly disappears...</p>

<p>I don't know if this is planned and if there is some major direction I
	don't see. But I don't really feel like presenting this ugly desktop
	next week on the LWCE in Frankfurt. This is not a KDE I'd like to have
	as a desktop myself.</p>

<p>Don't understand me wrong - I am not against changes. But changes to
	the look&amp;feel of a desktop must be made careful and in a consistent
	way and this is what I miss here.</p></quote>

<p>She also raised concern regarding absence of SVG source files for new
	crystal icons in CVS. Torsten Rahn was quick to contact Everaldo
	regarding these issues, and informed the list: <quote who="Torsten
		Rahn">Here is a short reply from Everaldo via ICQ:

		"<ol>
			<li>I will fix the red colors</li>
			<li>I will make different icons for large (with more details) and small
				sizes (more simple)</li>
			<li>about svg sources: I will publish them soon</li>
			<li>I don't make the kicker gradient and I dont like it
				either</li></ol>"</quote> This looks promising, and really (at
	least on the SVG source front, Kenneth Wimer started to add many svgz icon files to
	kdelibs/pics/crystalsvg in CVS.</p>

<p>On the other issue (regarding the panel), another subthread spawned, with Aaron
	Seigo stating he had coded the panel background pixmap changes, so it at least
	worked and was not really concerned with default settings, leaving it for
	artists to adjust. Also, Torsten suggested catching and arresting qwertz 
	and forcing him to create appropriate panel background for the keramik widget
	style.</p>

</section>
<section
	title="Status of disconnected IMAP in KMail 1.6"
	subject="Status on disconnected IMAP"
	author="Peter Rockai (mornfall)"
	contact="mailto:mornfall@logisys.dyndns.org"
	posts="2"
	startdate="31 Oct 2003 16:35:23 -0800"
	enddate="31 Oct 2003 19:28:08 -0800">
	
	<topic>KMail</topic>
	
	<mention>Stephan Kulow</mention>

<p>Bo Thorsen announced he considers Disconnected IMAP stable for everyday
		work (and was quite confident it will not trash your e-mail):</p>

	<quote who="Bo Thorsen">
		<p>Hi all,</p>
		
		<p>I now consider dIMAP stable enough to use it myself for all my
			email. And I'm very cautious with my mail.</p>
	
		<p>I have so far not found any bugs that are not already in the bug tracker. 
			Disconnected IMAP really should be fine in beta 1 :-)</p>

		<p>Current bugs in the bug tracker:

			<ul>
				<li>53954 disconnected IMAP slow to download emails</li>
				<li>56792 cachedimap marks all mails as read</li>
				<li>65571 dimap deletes mail when server is out of disk
					space</li>
				<li>66469 Disconnected IMAP tries to use the prefix as another
					mailbox</li>
		</ul></p>
		
		<p>56792 is annoying, but you won't loose anything. I need help for
			66469, since I don't know how to test this. 53954 and 65571 have
			lower priority than the first two to get fixed.</p>
	</quote>

	<p>Stephan Kulow insightfully remarked that Bug#56792 also (apart from
		being annoying) makes it tedious to share your account.</p>

	<p>Quick investigation of BTS showed that the 56792 is still unresolved,
		but i am sure someone works on it already :). None of the other bugs
		is resolved either.</p>

</section>
<section
	title="Kontact issues"
	subject="Kontact issues"
	author="Peter Rockai (mornfall)"
	contact="mailto:mornfall@logisys.dyndns.org"
	posts="10"
	startdate="31 Oct 2003 01:22:31 -0800"
	enddate="31 Oct 2003 18:17:08 -0800">

	<topic>PIM</topic>
	<topic>Kontact</topic>

	<mention>Lauri Watts</mention>

<p>Cornelius came with a (scaringly) long list of issues he had with
		Kontact the groupware client:</p>

	<quote who="Cornelius Schumacher">

		<p>When trying the current CVS version of Kontact I noticed a couple
			of issues, which have to be resolved before the release. This
			includes showstoppers like the missing manual as well as annyoing
			bugs like menu items with no effect. I didn't make bugzilla
			entries, because there are just too many, but I think that most of
			these issues have to be resolved before we can release
			Kontact.</p>

		<p>Here we go:</p>

		<p>container framework
			<ol>
				
				<li>There is no Kontact manual.</li>
				
				<li>The "configure kontact" dialog doesn't make any sense. It
					contains unsorted modules of a subset of applications and
					the plugin selection dialog is hidden behind a
					"configure..." button which propably isn't found by too
					many users (I know that it was my suggestion to make the
					button as it is now). The whole configuration dialog
					should be removed and the individual apps dialogs have to
					be reinstantiated. The plugin selection could get an
					separate menu action.</li>

				<li>The summary view File menu contains a "New
					&lt;itemfromlastselectedplugin&gt;" action which doesn't
					work.</li>
	
				<li>status bar doesn't adapt to the selected part.</li>
			
				<li>When the app corresponding to a plugin already is running,
					clicking on the icon of the plugin has no visible effect.
					After a long while the app is raised, but the plugin isn't
					selected and there is no visual feedback.</li></ol></p>
		
		<p>kmail
			<ol start="6">

				<li>The KMail summary says "utbox" not "outbox", similar for
					other folders.</li>
		
				<li>The KMail summary view isn't updated when the content of
					mail folders changes in KMail.</li>
		
				<li>When clicking on the folder link of the KMail summary, the
					KMail part is activated, but the correct folder isn't
					selected.</li>
	
				<li>The address selection dialog of KMail is broken in several
					ways: There are two splitters which have no real use
					(hiding buttons with a splitter is a strange way to use
					splitters), adding an address to the recipients removes
					the address from the address book, for simply adding a
					single reciepient from the address book, the list view
					item "other addresses" first has to be openend (this is
					annyoing because it's the by far most common use case,
					this should be as easy as possible).  Can't we use the
					addresseeslectdialog from libkabc?</li></ol></p>

		<p>korganizer
			<ol start="10">
		
				<li>The KOrganizer part isn't automatically loaded when
					clicking on an event in the summary view or dropping a
					mail on the calendar/todolist icons.</li>
		
				<li>The calendar resources kcontrol module isn't synced with
					the resource view in KOrganizer.</li>
	
				<li>The "New event/todo" actions in the most left toolbar
					action don't work.</li>
		
				<li>There is no todo list summary.</li></ol></p>

		<p>kaddressbook
			<ol start="14">
				
				<li>When the KAddressBook part is active there are two
					identical "New contact" actions next to each other.</li>

				<li>Clicking on a mailto url in the kaddressbook plugin takes
					a long while to open a composer window. There is noi
					visual feedback during that time.</li>

				<li>In KAddressBook there is no way to configure addressbook
					resources.</li></ol></p>

		<p>knotes
			<ol start="17">
				
				<li>Editing notes in the yellow window and the right pane in
					the KNotes view isn't synchronized. If I type something in
					the yellow window and then select the note from the list
					in the KNotes plugin everything I types is lost. The
					yellow windows should be disabled, when running KNotes in
					Kontact.</li>
	
				<li>The KNotes plugin randomly pops up small yellow windows
					when activated for the first time.</li></ol></p>
	</quote>

	<p>This post spawned some discussion, especially regarding the
		documentation. Reinhold pointed out that <quote who="Reinhold
			Kainhofer">We're in string freeze, which includes help and manual,
			too :-(((</quote> But Adriaan suggested that they should be sent
		to some lauri at kde dot org (Lauri Watts AFAIK), who will commit them
		before release in a manner acceptable for translators (so these will
		remain English-only). At another place, Tobias wondered whether it
		would be feasible to make Kontact documentation only point to
		respective application manuals.</p>

	<p>On a different note, Daniel stated that all the 6, 7 and 8 are
		different sides of one problem: <quote who="Daniel Molkentin">The
			problem is that the folder status is read from kmailrc which is an
			incredibly broken idea. Plus it doesn't cover imap folders. The
			problem is that anything else would require a permanently running
			kmail or the summary part would need to be linked against a
			convinience lib containing at least the kernel.</quote>. He also
		added that he will look into 3 and 4. Some suggestions on the other
		issues were made.</p>

	<p>On the knotes part of the issue list, Michael (the knotes maintainer)
		said he had been busy with university work and that he would
		appreciate any help.</p>

</section>
<section
   title="Qt License"
   subject="I don't understand the Qt licence?"
   author="Henrique Pinto"
   contact="mailto:stampede@uai.com.br"
   posts="3"
   startdate="24 Oct 2003 10:08:07 -0800"
   enddate="25 Oct 2003 04:45:29 -0800">

<topic>Licenses</topic>
<topic>Qt</topic>
<mention>Reinhold Kainhofer</mention>
<mention>Waldo Bastian</mention>
<mention>Roberto Alsina</mention>

<p>
The Qt dual-license scheme still confuses many people. Anguo, being one of them, asked:
</p>

<quote who="Anguo">
<p>
I was getting ready to start developping a GPL'ed software 
based on the Qt/KDE libraries, but a look at Trolltech's 
website makes we wonder if this is at all legally possible 
without paying their hefty licensing fees.
</p>

<p>
<a href="http://www.trolltech.com/products/qt/freelicense.html">
http://www.trolltech.com/products/qt/freelicense.html</a>
<BR/>
"The Free Edition licenses do not allow the development or 
distribution of commercial software."
The question is what is a commercial software?
</p>

<p>
<a href="http://www.trolltech.com/products/qt/licensing.html">
http://www.trolltech.com/products/qt/licensing.html</a>
<BR/>
"Use the Qt Commercial License to: 
*Build commercial software. 
*Build software that is not sold, but that advances the 
business goals of a commercial enterprise."
</p>

<p>
I wanted to start a GPL PointOfSale application project for 
my future business, but the last point above makes me 
wonder if I can do it. 
What is a software that "advances the business goals of a 
commercial enterprise"??? Kspread, Kmail or ever Konqueror 
can be used in an entreprise setting for the advancement of 
the business goals... Where do they draw the line between 
commercial software and the other kind (????) of software.
I thought that I could built any GPL software using the Qt 
libraries...
</p>
</quote>

<p>
Reinhold Kainhofer, Waldo Bastian and Roberto Alsina posted explaining him that Qt is dual-licensed, and the license he read was just one of the licenses under which Qt is released, so he could just use Qt under the GPL and ignore that license.
</p>

</section>
<section
	title="Layout of thumbnail-enabled iconviews in Konqueror"
	subject="Icons Layout and Previews"
	author="Peter Rockai (mornfall)"
	contact="mailto:mornfall@logisys.dyndns.org"
	posts="8"
	startdate="03 Nov 2003 00:01:28 -0800"
	enddate="06 Nov 2003 16:17:04 -0800">

	<topic>Konqueror</topic>

	<p>Benoit posted a patch to kfm-devel mailing list:</p>

	<quote who="Benoit Walter">

		<p>I have tried to improve the painting of thumbnails during preview
			generation.  The problem of overlapped icons has been partially
			adressed by updating the iconview every 500ms (kfileivi.cc
			revision 1.250). This does not really solve the problem because
			the display remains ugly while generating preview during 500ms.
			With the following patch, the icon view is updated when a new
			thumbnail has been generated, but only if the update is needed (in
			most cases once for each row). Otherwise, the icon is moved. This
			avoids having a messy icon layout during generation of
			thumbnails.</p>

		<p>Possible improvement: Update the view less frequently when the
			generated thumbnail is not visible.</p>

		<p>This solution is not yet perfect and it would be great if someone
			could try the patch and give some comments.</p>

	</quote>

	<p>Later he posted an even more improved version, fixing few bugs and
		asking for review, which was done by Luís (as far as i understood his
		reply).  His comment <quote who="Lu&#237;s Pedro Coelho">Wow, this works
			wonderfully.</quote> looked approving to me, yet quick search on
		kde-cvs mailing-list indicated that the patch was not commited. Maybe
		i just overlooked it...</p>

</section>
</kc>
