Re: Documents and core apps

2019-01-18 Thread mcatanzaro
On Thu, Jan 17, 2019 at 11:06 AM, Bastien Nocera  
wrote:

Nobody added the ability for gnome-documents to open files...


Yeah, I think it never really had much chance without that.

Music and Photos need to learn to open files, too.


I'll probably split off Books at some point in the future.


That seems advisable.

Michael

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Documents and core apps

2019-01-18 Thread Mattias Bengtsson via desktop-devel-list
On Thu, 2019-01-17 at 18:06 +0100, Bastien Nocera wrote:
> Nobody added the ability for gnome-documents to open files...
> 
> I'll probably split off Books at some point in the future.

That's great to hear. I'm using Books to read comics, flipping my Yoga
360° to tablet mode, and using it in touch mode is much easier than
Evince.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Documents and core apps

2019-01-17 Thread Bastien Nocera
On Thu, 2019-01-17 at 12:07 -0500, Christopher Davis via desktop-devel-
list wrote:
> > Maybe if a new maintainer takes over and can find answers to those
> > questions
> 
> There is a current maintainer, but unfortunately they have not merged
> anything in a few months.

Despite what files in the repository there might say, no, there aren't
any.

>  I am interested in taking
> over maintainership and have sent out an email to a current
> maintainer.

Looks like you're our new maintainer then! Congratulations :)

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Documents and core apps

2019-01-17 Thread Christopher Davis via desktop-devel-list
Maybe if a new maintainer takes over and can find answers to those 
questions


There is a current maintainer, but unfortunately they have not merged 
anything in a few months. I am interested in taking

over maintainership and have sent out an email to a current maintainer.

Documents fills the "cloud documents" role far better than Evince, in 
my experience. Evince is not a document manager, but a
document viewer. It doesn't have organization features, and it doesn't 
have search in the startup view.


Chris

On Thu, Jan 17, 2019 at 11:58 AM, mcatanz...@gnome.org wrote:
On Thu, Jan 17, 2019 at 9:25 AM, Bastien Nocera  
wrote:

I think the release team is wrong in the first place. Lack of
maintainership and bugs don't equate to removal. Otherwise there 
would

be plenty more applications to remove there...


These were secondary reasons. The main reason is that we never really 
figured out how Documents was intended to be used. The app was 
basically just "bad evince". Cloud integration was of limited quality 
and limited usefulness. Documents get jumbled together, not 
reflecting familiar disk layout, which was intended to be less 
confusing to users, but actually just made the app suck to use. All 
my attempts to use it wound up in my returning to evince. As best I 
can remember, I don't think I've never seen anyone, even at GNOME 
conferences, using Documents. Even Epiphany seems more popular. 
Removal was requested by the previous maintainer, Rishi, and approved 
by design team (albeit after sustained prodding).


My request to Rishi and to the designers was that we either really 
rethink the purpose, use case, workflow, and utility of Documents. 
And after a lot of thinking, we just couldn't figure out how the app 
really fit into our desktop. Maybe if a new maintainer takes over and 
can find answers to those questions, we could reconsider removing it 
(there's still time to reconsider this before 3.32 is released! the 
removal is not set in stone!) but it would really require some 
sustained design and development effort that I don't expect to 
materialize.


Release and design teams also don't want redundant apps in core, and 
there is interest in somewhat reducing the number of apps in core. We 
had been planning for several years to remove eog (obsoleted by 
gnome-photos and to remove evince with gnome-documents. Now it looks 
like gnome-photos and evince will be the winners instead. (eog is a 
very nice app, but once gnome-photos gains the ability to handle 
images, it becomes kinda redundant, right? I only hesitate due to 
nomenclature: not all images are photos. Maybe gnome-photos needs a 
rename.)


Maybe we should touch in on desktop-devel-list more often to make 
sure the entire community is aware of plans for core apps. Other 
major goals are to obsolete file-roller with nautilus (which we have 
not yet done only because nautilus's archive support is not yet very 
good) and teach gnome-music to open audio files (it's absurd that 
Videos is our default audio player currently).


Michael

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Documents and core apps

2019-01-17 Thread Bastien Nocera
On Thu, 2019-01-17 at 17:04 +, Emmanuele Bassi via desktop-devel-
list wrote:
> On Thu, 17 Jan 2019 at 16:59,  wrote:
>  
> > Release and design teams also don't want redundant apps in core,
> > and 
> > there is interest in somewhat reducing the number of apps in core.
> > We 
> > had been planning for several years to remove eog (obsoleted by 
> > gnome-photos and to remove evince with gnome-documents. Now it
> > looks 
> > like gnome-photos and evince will be the winners instead. (eog is
> > a 
> > very nice app, but once gnome-photos gains the ability to handle 
> > images, it becomes kinda redundant, right? I only hesitate due to 
> > nomenclature: not all images are photos. Maybe gnome-photos needs
> > a 
> > rename.)
> 
> Removing Evince would have been slightly complicated even if
> Documents were developed more heavily than it is because Evince is
> used for the print preview in every GTK application, and nobody ever
> considered writing the equivalent functionality for Documents in the
> first place.

Nobody added the ability for gnome-documents to open files...

I'll probably split off Books at some point in the future.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Documents and core apps

2019-01-17 Thread Emmanuele Bassi via desktop-devel-list
On Thu, 17 Jan 2019 at 16:59,  wrote:


> Release and design teams also don't want redundant apps in core, and
> there is interest in somewhat reducing the number of apps in core. We
> had been planning for several years to remove eog (obsoleted by
> gnome-photos and to remove evince with gnome-documents. Now it looks
> like gnome-photos and evince will be the winners instead. (eog is a
> very nice app, but once gnome-photos gains the ability to handle
> images, it becomes kinda redundant, right? I only hesitate due to
> nomenclature: not all images are photos. Maybe gnome-photos needs a
> rename.)
>

Removing Evince would have been slightly complicated even if Documents were
developed more heavily than it is because Evince is used for the print
preview in every GTK application, and nobody ever considered writing the
equivalent functionality for Documents in the first place.

Ciao,
 Emmanuele.

-- 
https://www.bassi.io
[@] ebassi [@gmail.com]
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Documents and core apps

2019-01-17 Thread mcatanzaro
On Thu, Jan 17, 2019 at 9:25 AM, Bastien Nocera  
wrote:

I think the release team is wrong in the first place. Lack of
maintainership and bugs don't equate to removal. Otherwise there would
be plenty more applications to remove there...


These were secondary reasons. The main reason is that we never really 
figured out how Documents was intended to be used. The app was 
basically just "bad evince". Cloud integration was of limited quality 
and limited usefulness. Documents get jumbled together, not reflecting 
familiar disk layout, which was intended to be less confusing to users, 
but actually just made the app suck to use. All my attempts to use it 
wound up in my returning to evince. As best I can remember, I don't 
think I've never seen anyone, even at GNOME conferences, using 
Documents. Even Epiphany seems more popular. Removal was requested by 
the previous maintainer, Rishi, and approved by design team (albeit 
after sustained prodding).


My request to Rishi and to the designers was that we either really 
rethink the purpose, use case, workflow, and utility of Documents. And 
after a lot of thinking, we just couldn't figure out how the app really 
fit into our desktop. Maybe if a new maintainer takes over and can find 
answers to those questions, we could reconsider removing it (there's 
still time to reconsider this before 3.32 is released! the removal is 
not set in stone!) but it would really require some sustained design 
and development effort that I don't expect to materialize.


Release and design teams also don't want redundant apps in core, and 
there is interest in somewhat reducing the number of apps in core. We 
had been planning for several years to remove eog (obsoleted by 
gnome-photos and to remove evince with gnome-documents. Now it looks 
like gnome-photos and evince will be the winners instead. (eog is a 
very nice app, but once gnome-photos gains the ability to handle 
images, it becomes kinda redundant, right? I only hesitate due to 
nomenclature: not all images are photos. Maybe gnome-photos needs a 
rename.)


Maybe we should touch in on desktop-devel-list more often to make sure 
the entire community is aware of plans for core apps. Other major goals 
are to obsolete file-roller with nautilus (which we have not yet done 
only because nautilus's archive support is not yet very good) and teach 
gnome-music to open audio files (it's absurd that Videos is our default 
audio player currently).


Michael

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list