Re: [ubuntu-studio-devel] 16.04 Graphics Workflow

[Ross Gammon]

On 11/24/2015 09:53 PM, set wrote:
> On 2015-11-24 21:29, Len Ovens wrote:
> 
>> Do you wish to try fixing it, or do you want me to? Basically you are
>> changing the . to a - and stop display-im6.q16.desktop from showing at
>> all. (and bugreport it's existance)
> 
> I guess it would be good for me to learn Zequence was talking about
> making some wiki page with instructions on how to do it for happy
> dev-n00bs like myself. Let's give it a week and see... :) Thanks for
> feeding my knowledge base, Len!
> 

Looks like it is already fixed in Debian (not tested by me) in the
version of ImageMagik in Debian experimental:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767973
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780490

So maybe it would be best to submit a bug against us-menu in Launchpad,
and link to the Debian bug? I think then we should then see in the the
us-bugs team when it eventually lands in Ubuntu. And fix it closer to
release if necessary.

Cheers,

Ross

-- 
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: Google Code In Opportunities

[Nicholas Skaggs]

Tim, most definitely! I agree that I think flavours would benefit from 
this, and I'm sure they have some tasks that could lighten there 
workloads and introduce the students to the greater ubuntu ecosystem. 
Tasks are intended to be a part of one or more of the following categories:



Coding
Documentation / Training
Outreach and Research
Quality Assurance
User Interface

As you can tell, there are plenty of non-coding tasks that fit nicely in 
here. Promotion and documentation is something I think all projects 
could use help with.


Nicholas

On 11/25/2015 01:34 AM, Tim wrote:

Hi Nicholas,
   Are flavours able to participate in this mentorship? Quite certain Ubuntu 
GNOME could come up with a handful or more of tasks, that fit into
those requirements.

Tim


On 25/11/15 07:46, Nicholas Skaggs wrote:

Hello everyone! As you may have heard, ubuntu has been accepted as a mentoring 
organization for Google Code In (GCI). GCI is a opportunity for
high school students to learn about and participate in open source communities. 
Mentoring organizations create tasks and review the students
work. Google then provides rewards for those students who do the best work. The 
contest is very similar to GSOC, but is much shorter, and
isn't intended for intense mentoring. The contest runs from December 7, 2015 to 
January 25, 2016.

As part of being a mentoring organization, we are committed to creating 100+ 
tasks for students to work on during GCI. This involves finding
mentors who are willing to write up tasks, and agree to answer questions and 
review the task when it's complete. A task is a simple item of
work that can be completed in 2-5 hours. As a mentor, it's not intended for you 
to train or teach any skills; the students should have those
skills before attempting the task. You can find a full list of details about 
mentoring and what it entails here[1], as well as on the
community portal that describes our role and goals for the contest[2]. You can 
create a be a mentor for as little as a single task, and we
appreciate all the tasks and mentors we get. .

In short, this is an excellent opportunity to reach high school students and 
inform them about ubuntu and the opportunities they have within
ubuntu and open source. I hope you consider taking part. If you have any 
questions or would like to volunteer, don't hesitate to get in touch
with myself, Alan Pope, or José Antonio Rey who are acting as mentors for the 
organization. Look for some new faces in ubuntu soon!

Thanks for your consideration,

Nicholas

1. https://wiki.ubuntu.com/GoogleCodeIn
2. http://community.ubuntu.com/contribute/google-code-in/






--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

[ubuntu-studio-devel] Gedit

[Len Ovens]

Gedit seems to have gone wonky... it is not broken, but for some reason 
the devs have hard coded stuff into it that should be left for the window 
manager/theme engine. When I opened up gedit in 16.04 it has an inch wide 
grey "picture frame" around it and no wm decorations. It makes it's own 
decorations instead which include some menu options as well (Open/Save). 
It looks completely out of place on the xfce desktop. xubuntu uses 
mousepad which is a nice lite editor, but lacks many features people might 
like. I found medit which almost looks like a clone of the way gedit used 
to be. I would recomend switching them out or using mousepad and leave the 
choice of editor to the user.


If some people could check this out on the 1604 iso and we can see if we 
are in agreement on which way to go. The two editors require little in the 
way of depends. Things like kate pull in more.



--
Len Ovens
www.ovenwerks.net


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] 16.04 Graphics Workflow

[Len Ovens]

On Wed, 25 Nov 2015, Ross Gammon wrote:


On 11/24/2015 09:53 PM, set wrote:

On 2015-11-24 21:29, Len Ovens wrote:


Do you wish to try fixing it, or do you want me to? Basically you are
changing the . to a - and stop display-im6.q16.desktop from showing at
all. (and bugreport it's existance)


I guess it would be good for me to learn Zequence was talking about
making some wiki page with instructions on how to do it for happy
dev-n00bs like myself. Let's give it a week and see... :) Thanks for
feeding my knowledge base, Len!



Looks like it is already fixed in Debian (not tested by me) in the
version of ImageMagik in Debian experimental:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767973
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780490

So maybe it would be best to submit a bug against us-menu in Launchpad,
and link to the Debian bug? I think then we should then see in the the
us-bugs team when it eventually lands in Ubuntu. And fix it closer to
release if necessary.


I think the double desktop file is fixed in ubuntu too. The installed 
files only show the one. But for some reason the old one has not been 
deleted from the system. The ISO live session needs to tested to see that 
it does not appear there.


--
Len Ovens
www.ovenwerks.net


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Gedit

[flocculant]

On 25/11/15 19:25, Len Ovens wrote:


Gedit seems to have gone wonky... it is not broken, but for some 
reason the devs have hard coded stuff into it that should be left for 
the window manager/theme engine. When I opened up gedit in 16.04 it 
has an inch wide grey "picture frame" around it and no wm decorations. 
It makes it's own decorations instead which include some menu options 
as well (Open/Save). It looks completely out of place on the xfce 
desktop. xubuntu uses mousepad which is a nice lite editor, but lacks 
many features people might like. I found medit which almost looks like 
a clone of the way gedit used to be. I would recomend switching them 
out or using mousepad and leave the choice of editor to the user.


If some people could check this out on the 1604 iso and we can see if 
we are in agreement on which way to go. The two editors require little 
in the way of depends. Things like kate pull in more.



--
Len Ovens
www.ovenwerks.net



gedit and many other gtk3 things are broken atm

https://bugs.launchpad.net/bugs/1518661


at the least


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Gedit

[Ralf Mardorf]

There was a post a few days ago on another list. The version of Gedit for  
15.10 is not in sync with the version of the GNOME packages. Perhaps it's  
the same for the Ubuntu development release.


Until now I didn't use pluma on Ubuntu, but I strongly recommend to take a  
look at it, it's my most used GUI editor.


I do most things with pluma and nano. There are other editors I like, but  
to replace gedit IMO pluma is the best editor.


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Gedit

[lukefromdc]

One other point: compiz still has lots of issues with client-side decorated
apps like Gedit, for users of Unity or MATE/compiz. Although a bug report
https://bugs.launchpad.net/bugs/1436553
claims it is fixed, only some parts of the problem were fixed, In gtk versions
3.16 or higher, compiz fails to tell GTK that it is in fact compositing and GTK
falls back to a "fallback mode" without transparency support for things like
rounded corners on CSD decorations. Also, a wide black border results if the
theme sets a non-zero margin, but a zero margin means no resize. There are
some workarounds for this, but they do not work in GTK3.19 so far as I can
tell.

Ubuntu nornally patches CSD apps to use traditional server side decoration, 
thus avoiding this on apps maintained by Ubuntu.

On 11/25/2015 at 4:14 PM, "Len Ovens"  wrote:
>
>On Wed, 25 Nov 2015, floccul...@gmx.co.uk wrote:
>
>> On 25/11/15 19:25, Len Ovens wrote:
>>> 
>>> Gedit seems to have gone wonky... it is not broken, but for 
>some reason the 
>>> devs have hard coded stuff into it that should be left for the 
>window 
>>> manager/theme engine. When I opened up gedit in 16.04 it has an 
>inch wide 
>>> grey "picture frame" around it and no wm decorations. It makes 
>it's own 
>>> 
>> gedit and many other gtk3 things are broken atm
>>
>> https://bugs.launchpad.net/bugs/1518661
>
>So the grey frame will probably be fixed, the missmatched window 
>decorations probably not. GTK3 is ugly. (at least right now) I can 
>see why 
>people are jumping off the gtk wagon.
>
>
>--
>Len Ovens
>www.ovenwerks.net
>
>
>-- 
>ubuntu-studio-devel mailing list
>ubuntu-studio-devel@lists.ubuntu.com
>Modify settings or unsubscribe at: 
>https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel


-- 
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Gedit

[Len Ovens]

On Wed, 25 Nov 2015, lukefro...@hushmail.com wrote:


Ubuntu has stayed with gedit 3.10 all the way through using parts of GNOME 3.16
for good reason. Later versions are much harder to use, GNOME has become
known for designing only around one particular workflow concept.
Pluma now builds
quite well with gtk3 or with gtk2 if the newly released 1.12 version is used.
A very big change is on the horizon with gtk3.20, Ubuntu 16.04 will miss it by 
using
gtk3.18 assuming current patterns continue, but 16.10 will presumably use 
Gtk3.20.

GTK 3.20 looks to me like the biggest change since the 2.32 to 3.0 jump, as the
theming system is totally revised, I've been working for two days to update my 
theme
and I am not done yet.


So the idea that gedit is getting worse even without gtk3 changes is also 
something to look at.



On 11/25/2015 at 3:38 PM, "Ralf Mardorf"  wrote:

Until now I didn't use pluma on Ubuntu, but I strongly recommend
to take a
look at it, it's my most used GUI editor.


That is two people who think pluma would be a good choice. I am ok with 
it. I don't like the default wrap on even when the file being edited is 
code, but I will probably be using geany's editor for most of that anyway.


I like medit's "diff to disk" tool (never seen that before), but I don't 
know that I would use it much if at all.


The reality is, I don't like what I am seeing with gedit. I don't know 
what most users need/want and what is easy for newbys to use/understand. I 
would like to include the editor that gives new users the best experience 
with the least surprises without being frustrating to the old user who 
wants to edit system files easily. If mousepad can do that, anything more 
can be user choice. But if mousepad makes Studio seem incomplete the we 
need something more.



I do most things with pluma and nano. There are other editors I
like, but
to replace gedit IMO pluma is the best editor.


Count me odd, but for terminal I use joe unless nano is all there is.

--
Len Ovens
www.ovenwerks.net


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Gedit

[lukefromdc]

Ubuntu has stayed with gedit 3.10 all the way through using parts of GNOME 3.16
for good reason. Later versions are much harder to use, GNOME has become
known for designing only around one particular workflow concept. Pluma now 
builds
quite well with gtk3 or with gtk2 if the newly released 1.12 version is used.

Best of all, a lot of the really useful things and bugfixes that GNOME does do 
get
backported into MATE apps such as Pluma. I've spent a lot of time working with
MATE right now, generally running everything from git master so I see this up 
close.

A very big change is on the horizon with gtk3.20, Ubuntu 16.04 will miss it by 
using
gtk3.18 assuming current patterns continue, but 16.10 will presumably use 
Gtk3.20.

GTK 3.20 looks to me like the biggest change since the 2.32 to 3.0 jump, as the 
theming system is totally revised, I've been working for two days to update my 
theme
and I am not done yet. 

https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/

Most (but NOT all) of the themeing is a matter of this sort of change to support
"css nodes" which differ from the previous selectors in their names and in the 
fact that an application developer can attach them to custom widgets instead
of using the traditiional custom widget names that give an #mywidget selector.

In addition, GTK seems to use style classes a lot less internally, applying 
them to 
a few widgets but not most of them. Ones added to application code still work.

So. the selector  "GtkMenu .menuitem" becomes "menu menuitem" and then works
mostly like before.  The ".view" selector is one of the few style classes I've 
found so
far that still works from GTK's own code. Also some pseudoclasses change, so 
that

" .mywidget .mywidgetchild.vertical" may have to be written as 
"mywidget.vertical mywidgetchild"

Much more to this, I've just started digging into it. There are also advantages 
to this
code, notably that windows and frames defined by a widget are now much easier to
work with, so that if "mywidget" makes it's own window or frame for itself, 
using 

"mywidget.window" or "mywidget.frame" works in many cases. If the application 
packs
the widget into a frame that won't work. Still not sure about all the details 
but this is what
I am finding so far.




On 11/25/2015 at 3:38 PM, "Ralf Mardorf"  wrote:
>
>There was a post a few days ago on another list. The version of 
>Gedit for  
>15.10 is not in sync with the version of the GNOME packages. 
>Perhaps it's  
>the same for the Ubuntu development release.
>
>Until now I didn't use pluma on Ubuntu, but I strongly recommend 
>to take a  
>look at it, it's my most used GUI editor.
>
>I do most things with pluma and nano. There are other editors I 
>like, but  
>to replace gedit IMO pluma is the best editor.
>
>-- 
>ubuntu-studio-devel mailing list
>ubuntu-studio-devel@lists.ubuntu.com
>Modify settings or unsubscribe at: 
>https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel


-- 
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Gedit

[Len Ovens]

On Wed, 25 Nov 2015, floccul...@gmx.co.uk wrote:


On 25/11/15 19:25, Len Ovens wrote:


Gedit seems to have gone wonky... it is not broken, but for some reason the 
devs have hard coded stuff into it that should be left for the window 
manager/theme engine. When I opened up gedit in 16.04 it has an inch wide 
grey "picture frame" around it and no wm decorations. It makes it's own 


gedit and many other gtk3 things are broken atm

https://bugs.launchpad.net/bugs/1518661


So the grey frame will probably be fixed, the missmatched window 
decorations probably not. GTK3 is ugly. (at least right now) I can see why 
people are jumping off the gtk wagon.



--
Len Ovens
www.ovenwerks.net


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel