http://lists.debian.org/debian-devel/2007/01/msg00089.html
Dear Roberto,
dear list,
I'd like to support this idea (refering to goplay),
but would like to extend your suggestion:
IMO it is compulsary to have screenshots within the Debian web page,
as images tell more than words and nowadays, any
Indeed, given applications are not good examples for this matter.
Although it would be somewhat a waste of bandwidth, but having a
screenshot of a CLI application with output its produces for a typical
use case sounds like a good idea IMHO.
Or, to make it less waste, I suggest to allow for a 'scre
Sáb, 2007-01-06 às 12:01 +0100, Bernhard R. Link escreveu:
> * Luis Matos <[EMAIL PROTECTED]> [070105 18:13]:
> > > Such a gallery should at least include some notice about the copyright
> > > owners and licenses of the parts it is composed from, best with also
> > > links to the source packages us
* Luis Matos <[EMAIL PROTECTED]> [070105 18:13]:
> > Such a gallery should at least include some notice about the copyright
> > owners and licenses of the parts it is composed from, best with also
> > links to the source packages used. (And the one operating that gallery
> > ask a lawyer if more is
Sex, 2007-01-05 às 14:13 +0100, Bernhard R. Link escreveu:
> Such a gallery should at least include some notice about the copyright
> owners and licenses of the parts it is composed from, best with also
> links to the source packages used. (And the one operating that gallery
> ask a lawyer if more
On Fri, Jan 05, 2007 at 03:47:56PM +0100, Javier Fernández-Sanguino Peña wrote:
[...]
> There is some cli software (links, mutt and mp3blaster come to mind)
> that have nice text-based UIs
[...]
To get pedantic, the applications you mention do have text-based
interfaces, but are not good examples
On Fri, Jan 05, 2007 at 11:55:02AM +0100, Andrea Bolognani wrote:
> On Wed, 3 Jan 2007 17:32:52 -0500
> "Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote:
>
> > I would really appreciate any comments and suggestions on this.
>
> What I don't really get is, why would we want a similar service in Debi
On Fri, Jan 05, 2007 at 01:02:35PM +0100, Andrea Bolognani wrote:
> And BTW, I think no one would ever want to upload screenshots of CLI
> software ;)
Why not? There is some cli software (links, mutt and mp3blaster come to mind)
that have nice text-based UIs which can be presented to the user to s
On Fri, Jan 05, 2007 at 09:56:38AM +0100, Javier Fernández-Sanguino Peña wrote:
>
> I think it would be best to follow backports.org here (read its
> 'contribution' page) and have users upload just like developers, using FTP
> since that makes it fully automated. Maybe provide a mechanism for DDs
On Thu, Jan 04, 2007 at 11:56:02PM -0700, Hubert Chan wrote:
>
> Another thing you may want to consider is to allow for redirects.
> e.g. if someone is looking for screenshots for, say, mozilla, then you
> can tell them to go to the iceape page instead.
>
I think that can be accomplished by makin
On Friday 05 January 2007 13:54, Steve Kemp wrote:
> Surely that would be another argument in *favour* of XML?
>
> (My understanding is that clients are supposed to ignore tags they
> don't recognise ..)
yes, but what if you want to change to different system in sid? you have to
duplicate th
* Luis Matos <[EMAIL PROTECTED]> [070104 23:08]:
> I think the "screenshot only" package is a good option. The packages can
> be generated automatically from somewhere and uploaded to debian and
> target the same version as the package.
>
> The could be an web interface to help DD's to upload a ga
On Fri, Jan 05, 2007 at 01:37:03PM +0100, Jorge Salamero Sanz wrote:
> On Friday 05 January 2007 13:09, Steve Kemp wrote:
> > ? If going down the XML route then I see no real reason to have
> > ?a distinct file per version. ?Instead have something like:
>
> we should be careful with one xml for al
On Friday 05 January 2007 13:09, Steve Kemp wrote:
> If going down the XML route then I see no real reason to have
> a distinct file per version. Instead have something like:
we should be careful with one xml for all versions if we want to change
something in the future.
On Fri, Jan 05, 2007 at 12:59:51PM +0100, Andrea Bolognani wrote:
> If we really use that scheme, there would be no need to declare an extra
> header -- the location of the file can be calculated by the package manager
> using the name of the package and the version number.
Agreed. I just want
On Fri, 5 Jan 2007 12:55:00 +0100
Jorge Salamero Sanz <[EMAIL PROTECTED]> wrote:
> > And if they are going to be viewable also offline, there should be a way to
> > disable the download: I don't use a GUI frontend, so I don't want to
> > download tons of PNG files I will never use.
>
> neither me
On Fri, 5 Jan 2007 11:41:19 +
Steve Kemp <[EMAIL PROTECTED]> wrote:
[snip]
>
> X-pic: http://screenshots.debian.net/package/version.jpg
>
> This way multiple package versions can have distinct images, eg. the
> package in Etch, the package in Lenny, and the package in Sid. Each
> of w
On Friday 05 January 2007 12:42, Andrea Bolognani wrote:
> It seems just overkill to me.
>
> If the screenshots are going to need an Internet connection to be viewed
> anyway, why the need to mirror them on a Debian server?
because as Steve says, you can control the pics.
>
> And if they are goin
On Fri, Jan 05, 2007 at 12:16:25PM +0100, Jorge Salamero Sanz wrote:
> On Friday 05 January 2007 11:55, Andrea Bolognani wrote:
> > What I don't really get is, why would we want a similar service in Debian?
> >
> > We should already be pointing to the upstream site with the Homepage:
> > pseudo-hea
On Fri, 5 Jan 2007 12:16:25 +0100
Jorge Salamero Sanz <[EMAIL PROTECTED]> wrote:
> those extra fields like homepage and screenshot have their point in
> integration with gui pkg managers.
It seems just overkill to me.
If the screenshots are going to need an Internet connection to be viewed
anywa
On Friday 05 January 2007 11:55, Andrea Bolognani wrote:
> What I don't really get is, why would we want a similar service in Debian?
>
> We should already be pointing to the upstream site with the Homepage:
> pseudo-header, and in case of GUI programs or games there are usually
> plenty of screens
On Wed, 3 Jan 2007 17:32:52 -0500
"Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote:
> I would really appreciate any comments and suggestions on this.
What I don't really get is, why would we want a similar service in Debian?
We should already be pointing to the upstream site with the Homepage:
pse
On Thu, Jan 04, 2007 at 12:37:53PM -0500, Roberto C. Sanchez wrote:
> > - Provide an HTML interface to the pool
> >
> > If the packages names are the same I don't see the need to add yet another
> > line to the debian/control file, packages.debian.org would just need to
> > point
> > to http://sc
Roberto C. Sanchez wrote:
> On Thu, Jan 04, 2007 at 05:41:35PM +0100, Javier Fernández-Sanguino Peña
> wrote:
>> - Provide an HTML interface to the pool
>> If the packages names are the same I don't see the need to add yet another
>> line to the debian/control file, packages.debian.org would just
Qui, 2007-01-04 às 16:49 -0500, Roberto C. Sanchez escreveu:
> - Requiring a new package upload just for screenshots (If we want to
> allow user contributed screenshots, the updates to the screenshots
> really need to be able to happen independently of the package
> uploads.
I think the "scre
On Thu, Jan 04, 2007 at 08:46:40PM +, Luis Matos wrote:
> Maybe in the /debian package, there could be a package.png that is the
> screenshot and make them available in the mirrors (pool).
> maybe creating a file such as Packages.gz or an extension to it,
> informing that it has the screensho
Maybe in the /debian package, there could be a package.png that is the
screenshot and make them available in the mirrors (pool).
maybe creating a file such as Packages.gz or an extension to it,
informing that it has the screenshot available.
then the user could access the pool ... or ... use so
On Thu, Jan 04, 2007 at 05:41:35PM +0100, Javier Fernández-Sanguino Peña wrote:
> On Wed, Jan 03, 2007 at 05:32:52PM -0500, Roberto C. Sanchez wrote:
> > I'd be interested in knowing:
> >
> > * Would such an idea be feasible?
>
> Yes, it only requires somebody to code in the missing pieces (i.e.
--- "Roberto C. Sanchez" <[EMAIL PROTECTED]> escribió:
> I would really appreciate any comments and suggestions on this.
We discussed that idea in the Debian Games Team some time ago, and we're very
interested in it. At least for games, having screenshots is something very
important.
Greetings,
On Thu, Jan 04, 2007 at 12:05:03AM +0100, Nico Golde wrote:
> Hi,
> > this idea has been discussed recently, I just can't remember when
> > exactly though, I'd say in the late 6 monthes. Maybe you can grab some
> > names of people that were involved in the first proposal there. It may
> > have be
On Wed, Jan 03, 2007 at 05:32:52PM -0500, Roberto C. Sanchez wrote:
> I'd be interested in knowing:
>
> * Would such an idea be feasible?
Yes, it only requires somebody to code in the missing pieces (i.e. all of
them)
> * Would maintainers be willing to occasionally upload screenshots?
I woul
On Thu, Jan 04, 2007 at 12:05:03AM +0100, Nico Golde wrote:
> Hi,
> * Pierre Habouzit <[EMAIL PROTECTED]> [2007-01-03 23:53]:
> > On Wed, Jan 03, 2007 at 05:32:52PM -0500, Roberto C. Sanchez wrote:
> > > Today I was trying to explain to a friend the concept of using a package
> > > management front
Hi,
* Pierre Habouzit <[EMAIL PROTECTED]> [2007-01-03 23:53]:
> On Wed, Jan 03, 2007 at 05:32:52PM -0500, Roberto C. Sanchez wrote:
> > Today I was trying to explain to a friend the concept of using a package
> > management front end to search for and install packages. He liked the
> > idea of des
On Wed, Jan 03, 2007 at 05:32:52PM -0500, Roberto C. Sanchez wrote:
> Today I was trying to explain to a friend the concept of using a package
> management front end to search for and install packages. He liked the
> idea of descriptions, but found it hard to imagine what some programs
> looked li
Today I was trying to explain to a friend the concept of using a package
management front end to search for and install packages. He liked the
idea of descriptions, but found it hard to imagine what some programs
looked like. It occurs to me that what is missing is screenshots.
Please note that
35 matches
Mail list logo
