Again just ideas here that are not always that good. But I would feed that
info over dbus plugin and use zeroconf/avahi/bonjour to register and listen
.then on would not be dependent on cords and what not maybe use qnotify or
what ever it is called along side of GPS to see if user wants to change
f
I watched the video that you linked to. The question I have is that you
said "it seems easier than dealing with layouts," but wouldn't you just use
that info to select the proper layout?
On Jul 14, 2013 2:14 PM, "Joseph Mills"
wrote:
> Ok SO I thought about it some more on my day off from work a
Ok SO I thought about it some more on my day off from work and this is what
I came up with,
http://www.youtube.com/watch?v=38w0XWHuFcA
I am sure that Each one of the things that are plugged /qDebuged() out
could be used and or read across dbus with ease. It is just a matter of
how Canonical want
I think the best thing for desktop is to put everything from toolbars to
the global menu. It's quite visible there.
On 14 Jul 2013 20:03, "Zisu Andrei" wrote:
> That is why I think that it is best to look at options that just look at
>> the screen. But I am sure that there is flaws in my ideas th
>
> That is why I think that it is best to look at options that just look at
> the screen. But I am sure that there is flaws in my ideas there always is :
> )
I can't remember if it was a vUDS or here on the mailing lists, but there
was a discussion about that. The "options" method was preffered.
Sorry I did not read this before the last message that I posted. The only
thing that I see wrong with what you are talking about is the Mouse stuff.
What If I have a mouse attached to a phone ? That is why I think that it
is best to look at options that just look at the screen. But I am sure that
Cool But there is no option like that in the sdk at this point. Maybe a
q_invokable via QScreen (
logicalDotsPerInch Y/X ) then also could use something like name from the
same class that can be used to look at the logical dots and say
if ( name === "HDMI" || "VGA" && locicaldotsPerInch <= m_deskt
Am 14.07.2013 18:57, schrieb Joseph Mills:
>
> Yeah that is what I meant swipe is not ideal for desktops or anything
> that uses a mouse. As far as things having labels on them ie phone
> core apps. I don't think that that should matter the programmer should
> have a way to say if desktop use this
>
> On the Ubuntu Phone app page:
> "Write apps for all Ubuntu devices... With the arrival of the Ubuntu SDK,
> apps can be written to work on all Ubuntu form-factors: it’s the same
> Ubuntu OS on the desktop and on the phone, so a single native application
> can work on both"
> It might be, that t
On 14-07-2013 18:48, Zisu Andrei wrote:
> Since they are clearly labeled "Ubunut Phone Core Apps", I don't get what's
> the problem. They're not intended to work like that on the desktop.
>
>
>
On the Ubuntu Phone app page:
"Write apps for all Ubuntu devices... With the arrival of the Ubuntu
SDK, a
Yeah that is what I meant swipe is not ideal for desktops or anything that
uses a mouse. As far as things having labels on them ie phone core apps. I
don't think that that should matter the programmer should have a way to say
if desktop use this else do this. It down not matter what the platform wh
>
> I understand that but isn't the goal to have apps that work across the
> different variations of the platform especially considering the overall
> goal is to have a phone/tablet that you can dock and run for a full desktop
> experience?
Not even 13.10's phone is fully sorted. It is too early
I understand that but isn't the goal to have apps that work across the
different variations of the platform especially considering the overall
goal is to have a phone/tablet that you can dock and run for a full desktop
experience?
On Jul 14, 2013 11:48 AM, "Zisu Andrei" wrote:
> Since they are cl
Since they are clearly labeled "Ubunut Phone Core Apps", I don't get what's
the problem. They're not intended to work like that on the desktop.
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More
I think he's saying that swipes make sense on a touch interface like a
tablet or a phone but make less sense on a desktop for a perfect example
look at the start screen for windows 8. It works great on a tablet but
desktop usage leaves much to be desired.
On Jul 14, 2013 11:20 AM, "Josh Leverette"
I'm so confused. do you like swipes or not? and why would swiping not make
sense on a bowling game?
Sincerely,
Josh
On Jul 14, 2013 9:55 AM, "Joseph Mills" wrote:
> IMHO not that that matters at all. But the HUD on the desktop uses alt so
> all one would need to do is add scope and keyboard nav
IMHO not that that matters at all. But the HUD on the desktop uses alt so
all one would need to do is add scope and keyboard nav . I have never been
a fan of swipe actions this is why. say one is playing a bowling game could
you image how many times swipe would messes things up. That is just one
ex
>
> After testing some of my Ubuntu Touch apps, I thought, that if any
> Ubuntu Phone app should be used on the desktop (we are so proud to tell
> that they can),
The current layout they have can work on the desktop, but that doesn't mean
they're designed for the desktop. You're trying to solve a
Would it not be better to have dependent layouts based on the device
similar to device specific CSS for websites?
On Jul 14, 2013 7:04 AM, "Josh Leverette" wrote:
> Permanently up, and moved to the top. That's my idea of a simple step in
> the right direction. I mean, it's fine being at the botto
Permanently up, and moved to the top. That's my idea of a simple step in
the right direction. I mean, it's fine being at the bottom on desktop, it's
just the opposite of normal. We could move the window control bar
(maximize, minimize, etc.) to the bottom too and see how that goes... but I
don't kn
Hi guys
After testing some of my Ubuntu Touch apps, I thought, that if any
Ubuntu Phone app should be used on the desktop (we are so proud to tell
that they can), there should really be an easier way to bring it up,
than "swipe from the bottom". Swiping with a mouse? My first idea was a
keyboard sh
21 matches
Mail list logo
