Am Donnerstag, 5. Oktober 2006 17:57 schrieb John Cherry:
> The call is commencing...
Is there a summary available?
Cheers,
-- martin
--
http://www.erfrakon.com/
Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
___
Desktop_archit
Am Donnerstag, 2. März 2006 23:03 schrieb Jim McQuillan:
Hi,
> o Encryption of the X protocol. Sure you can tunnel your X
> connection over SSH, but there are scaling issues when you
> run anything more than 30-40 thin clients from the same server.
> We have several examples of hun
Am Donnerstag, 2. März 2006 16:28 schrieb Jeremy White:
Hi,
> And even the little blurb that exists was enough of a clue
> bat to suggest calling gnome-open instead of evolution directly,
> and lo and behold, it works!
Please don't put gnome specific calls in 3rd party sw.
ISVs integrating into
Am Mittwoch, 18. Januar 2006 21:36 schrieb Aaron J. Seigo:
Hi,
> this is the scenario that Waldo raised in this thread, and it would indeed
> be very interesting to know if there is any merit to it.
I know that some German Government agencies indeed consider the ability for
future migrations a
Am Freitag, 20. Januar 2006 15:10 schrieb Jeremy White:
Hi,
> Photoshop ran under
> Wine, but Adobe added a fairly severe DRM to Photoshop CS and CS2, so
> modern versions of Photoshop no longer run under Wine.
Is this a solveable problem or do you expect that DRM and similar technologies
will
Am Mittwoch, 18. Januar 2006 02:30 schrieb Aaron J. Seigo:
Hi Aaron,
> to be honest, i'm not holding my breath. by the time Adobe, et al, wake up
> Krita, Inscape, Scribus, KPDF, etc... may be so good that people will laugh
> at purchasing Adobe products on linux. that's something that Adobe and
Am Mittwoch, 4. Januar 2006 06:00 schrieb Mike Shaver:
Hi Mike,
> ecause it seems to me that nobody has
> actually come out and said why we want a great doc portal.
It is rather simple. There is currently no single place where to point any ISV
for Linux desktop developer information.
This in
Am Montag, 19. Dezember 2005 14:00 schrieb Michael Sweet:
Hi Michael,
> The goal, I thought, was for RUDI to provide access to a common set of
> dialogs (file and print have been suggested so far) and not to suddenly
> become a system-level library providing all common services and UIs.
Actually
Am Dienstag, 20. Dezember 2005 20:25 schrieben Sie:
Hi Michael,
> > E.g. KDE offers a file open dialog with preview capabilities. This
> > capability is build into the dialog without a call back to the
> > application calling the dialog.
I should be more careful with my wording. With call back I
Am Dienstag, 27. Dezember 2005 19:21 schrieb Aaron J. Seigo:
Hi,
> IMHO, GNOME is a blocker (in that it makes no sense for KDE to publish
> these as a community message if GNOME isn't on board).
Jeff, Nat: Can you do something about that?
BTW: After I learned that Tim Ney is not in charge anymo
Am Mittwoch, 21. Dezember 2005 22:31 schrieb Mike Shaver:
Hi,
> Thunderbird or post-Windows-port Evolution
Well, actually Kontact http://www.kontact.org/ fits very well.
In addition Kontact will soon be available in a commercially supported
configuration on Windows due to a government contrac
Am Mittwoch, 21. Dezember 2005 23:55 schrieb Miller, Marc:
Hi,
> than getting an enterprise to switch to a new server.
All users of Exchange 5.x are forced to change servers anyway. Going from 5.x
to 200x is a significant effort comparable like switching to Kolab.
Part of the reasons why the
Am Donnerstag, 22. Dezember 2005 04:54 schrieb Aaron J. Seigo:
Hi Aaron,
> the lack of an email app that does what people need (if that is indeed a
> problem) is the cough; the issues identified at Portland are the disease.
thanks for stating the obvious is good plain English!
Regards,
-- marti
Am Donnerstag, 22. Dezember 2005 02:15 schrieb Bryce Harrington:
Hi,
> I know there's
> been a good deal of work in this area, so this report is fairly dated,
This report is missing Kolab. Actually Kolab 1 (we are now at 2 with 2.1
comming up) was already announced as finished in 2003.
http:/
Am Mittwoch, 21. Dezember 2005 23:35 schrieb Mike Shaver:
Hi,
> I must not be understanding this requirement, because that sounds
> like the sort of thing that is done by setting up the admin's mail
> client to point at the same IMAP account as the executives. If
> that's really the #3 iss
Am Mittwoch, 21. Dezember 2005 22:19 schrieb Otto Wyss:
Hi,
> Implementation requirements:
> - the GUI code is wyoGuide conformant
You seem to try to sneak it in again and again ;-)
Regards,
-- martin
--
http://www.erfrakon.com/
Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Phy
Am Dienstag, 20. Dezember 2005 20:47 schrieb Michael Sweet:
Hi Michael,
> That said, it is unlikely that the generic print dialog proposed here
> will be used by more complex printing applications that provide custom
> options and dynamic previews (i.e. drag the object you are printing
> in the p
Am Dienstag, 20. Dezember 2005 20:33 schrieb Mike Shaver:
Hi Mike,
> On 20-Dec-05, at 1:26 PM, Martin Konold wrote:
> > E.g. KDE offers a file open dialog with preview capabilities. This
> > capability
> > is build into the dialog without a call back to the application
>
Am Montag, 19. Dezember 2005 14:08 schrieben Sie:
Hi,
> > The reason for this is that the print dialog needs bidirectional
> > communication with the application for everything except the most trivial
> > tasks. E.g. if
>
> But what if you want a preview in the file dialog? Doesn't that
> requir
Am Montag, 19. Dezember 2005 18:15 schrieben Sie:
Hi,
> If we don't have a GNOME file picker available, f.e., we
> use our XUL one. Bringing up a GTK1-era file-selection-bag-of-
> widgets instead would make us frown, or even use coarse language.
Actually this is exactly the our common goal!
Am Montag, 19. Dezember 2005 03:33 schrieb Mike Shaver:
Mike,
> On 18-Dec-05, at 4:30 PM, Martin Konold wrote:
> > But it adds another runtime requirement to the application. When using
> > traditional linking this means that the application will fail at
> > runtime if
>
Am Freitag, 16. Dezember 2005 19:35 schrieben Sie:
Hi Norm,
> >I disagree because this ties the 3rd party application to a specific
> > desktop. For the success of the Linux Desktop it is imho mandatory that
> > 3rd party applications integrate well in any desktop which follows the
> > same commo
Am Freitag, 16. Dezember 2005 14:14 schrieb Michael Sweet:
Hi Michael,
> > It is a bad design decision for an application to directly link to the
> > cups client library (ABI concerns,...) but it is much better to use a
> > protocol based interface to use the full potential of CUPS.
>
> I strongl
Am Mittwoch, 14. Dezember 2005 17:39 schrieb Till Kamppeter:
> > (The KDE people are much less vitriolic about how Firefox is wearing
> > white after Labour Day on their desktop, for whatever reason, and
> > nobody has bothered to even wire up the file dialog, except for one
> > frustrated hacker
Am Freitag, 16. Dezember 2005 12:13 schrieben Sie:
Hi,
> How long will it take until RUDI is available?
Basically it is a matter of comming to common grounds with the GNOME desktop
architects.
Limiting RUDI to just one desktop would not help the Linux Desktop as a whole.
The later is a very
Am Freitag, 16. Dezember 2005 05:07 schrieb Jim Gettys:
Linus,
> What's needed is a bit of help in a kernel driver, so when the graphics
> hardware is busy, we can be kind enough to give you the CPU back (along
> with what to do when the hardware is next free so we can keep the
> hardware busy ra
Am Mittwoch, 14. Dezember 2005 19:56 schrieb Till Kamppeter:
Hi Till,
> The added one can depend on CUPS and new GTK, if these
> libraries are not present (for example when building on old Red Hat) the
> old dialog is used, on current distros the new one (could be
> automatically built appropriat
Am Donnerstag, 15. Dezember 2005 07:13 schrieb Norm Jacobs:
Hi Norm,
> In general, the sooner we get applications
> using the print dialogs available in the toolkits on the platform (in
> this case, the new GTK print dialog), the better.
I disagree because this ties the 3rd party application to
Am Mittwoch, 14. Dezember 2005 18:00 schrieb Mike Shaver:
Hi,
> Consider this an open invitation for someone to come forward with a
> proposal, plan, and patch for the Unix printing experience on Firefox.
I think with the project Portland/RUDI we will be able to offer you a path
which does no
Am Donnerstag, 15. Dezember 2005 18:00 schrieb Dan Kegel:
Hi,
> On 12/15/05, George Staikos <[EMAIL PROTECTED]> wrote:
> > Can we make this list invite-only for subscription and member-only
> > posting? Signal:noise ratio is dropping faster than I can keep up with
> > the messages.
>
> Yes, pleas
Am Mittwoch, 14. Dezember 2005 12:22 schrieb Tomasz Janowitz:
Hi,
> unfortunately I find both have become a bit "top heavy" and seem
> sluggish on older equipment often found in schools and non-for-profit
> organizations.
I am not willing to accept this often repeated point without actual number
Am Dienstag, 13. Dezember 2005 20:49 schrieb Jon Walker:
Jon,
> resonate with everyone here is that conflict resolution should be done
> by a group that DOES NOT contain representatives of the various projects
> but rather the beneficiaries i.e. users and ISVs (and/or whoever else is
> a benefici
Am Mittwoch, 14. Dezember 2005 07:38 schrieb Linus Torvalds:
Thread Hijacking ahead
Hi Linus,
thanks for starting a technical discussion to help to solve the issues with
the responsiveness of the Linux Desktop. For the near and mid-term future
this means an X11 based desktop.
Actually I
Am Dienstag, 13. Dezember 2005 17:40 schrieb Jeff Waugh:
Hi Jeff,
> This is incorrect. As mentioned at the DTL meeting, a Siemens study from a
> few years back demonstrated that duplicated interfaces result in decreased
> user acceptance and increased training costs; while your software may look
Am Mittwoch, 14. Dezember 2005 00:08 schrieb Daniel Stone:
Hi Daniel,
> with our current mailers. My feedback cycle involved saving it to a
> hidden directory and making sure it was 644, and then opening the PDFs
> over the web, which I claim is suboptimal (and so is my current mail
> situation,
35 matches
Mail list logo