[Bug 308101] New: all Activities switcher thumbnails are the same; no new Activity can be selected
https://bugs.kde.org/show_bug.cgi?id=308101 Bug ID: 308101 Severity: major Version: unspecified Priority: NOR CC: active@kde.org Assignee: notm...@gmail.com Summary: all Activities switcher thumbnails are the same; no new Activity can be selected Classification: Unclassified OS: Linux Reporter: carlsym...@gmail.com Hardware: Other Status: UNCONFIRMED Component: Contour activity switcher Product: Active created several new Activities. Activity spinner shows the same grey veined image for all Activities. Activities are not named in the thumbnails. No Activities can be selected. Reproducible: Always Steps to Reproduce: 1. create Activity 2. operate Activity switcher 3. attempt to select different Activities Actual Results: one Activity is displayed regardless of Activity selected. every Activity thumbnail is the same grey veined image. Expected Results: Activity thumbnails are shown and can be selected Installed PA3 Mer RC2 image. Let system run for a while without doing anything. Powered down and back up. Spun the Activity switcher; no appropriate thumbnails. Added 3 new Activities; adding process went as expected. But still no thumbnails or ability to switch. Recycled 3 times; same behavior. -- You are receiving this mail because: You are on the CC list for the bug. ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
[Bug 307234] Dell Latitude laptop touchpad scroll wheel does not work
https://bugs.kde.org/show_bug.cgi?id=307234 --- Comment #2 from jllair...@gmail.com --- It works fine in KDE 4.9.2. Thank you. -- You are receiving this mail because: You are the assignee for the bug. ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Task-centric UI
Am Montag, 8. Oktober 2012, 19:25:08 schrieb Thomas Pfeiffer: > On 08.10.2012 17:05, Marco Martin wrote: > > On Monday 08 October 2012, Thomas Pfeiffer wrote: > >> I've already thought about application integration as a future topic a > >> bit. > >> What came to my mind was Björn Balasz' presentation at the KDE UX sprint > >> April 2011 about task-centered interfaces. The general idea current > >> application-centric desktop shells are not really compatible with users' > >> mental models. A user doesn't think "I want to start Kmail touch", but > >> instead "I want to write an email to Grandma". However currently she > >> first > >> has to think "Okay, what application do I have to start to write an > >> email?". > > > > this is not a new idea at all, i think it was kindof tried in the past > > with > > various degrees of success, at least in the old old days with document > > oriented uis (kindof a subset of task oriented, not enough anymore) as > > back > > in > > > the days as apple lisa, early next, beos. > > Yes, describing document-oriented UIs as a subset of taks-oriented ones > pretty much nails it. A really task-oriented UI goes a bit beyond that. > But sure, the idea is not new, since it makes sense from a user's > perspective. > > one thing that always killed it is a "branding" issue, is very difficult > > to > > make this work well with 3rd party developers. > > Of course it killed it in the commercial world. Commercial developers want > _their_ application to stand out, regardless of what's best for the user. > > > The iphone-esque "apps" approach presents really the path of minimum > > resistance for 3rd parties, little difficulties and a lot of freedom for > > developers (weird to hear about freedom on the iphone, but being an app a > > little universe on its own, in this case applies) > > But is the best way for users? not so sure > > Exactly. It's ideal for commercial 3rd party developers but fragments the > user experience. > > > we should learn from the past mistakes, and *maybe* we can pull it off, > > since we are in a considerably legacy free environment. We are also free > > to try > this > > > because since we really can't win the "Apps" game, we can try to just play > > a different game ;) > > That's precisely why I think we as a thriving Free Software community are in > a far better position to pull it off than the players in the > proprietary/commercial world. > I don't say that we should force every application to fit into our > task-centric scheme, but even with applications from the KDE community only > we could already come a long way toward a seamless task-centric experience > for most or all common tasks. If 3rd-party-developers want their > application to stand out instead of fitting in, they can still make it so. > But they should not come whining if users prefer the streamlined experience > of community applications. > > (i would love the desktop going in this direction as well, but this is > > another, long, complex story :p) > > I'd love that too, but that would be the long-term goal. I think Plasma > Active is an ideal testbed for new ideas (see SLC for example) which can > then move over to the desktop if they are successful. Or perhaps the other way around ;) Having a desire for a task/document-oriented system myself as well but never having enough time to spare away for it besides lots of plans/ideas, this year I proposed as a start the project 'Global "New document" menu' for GSoC, see http://community.kde.org/GSoC/2012/Ideas#Project:_Global_.22New_document22_menu While not picked for GSoC, still picked for SoK, though my student Amanjot has had a step learning curve to master due to no real Qt/kdelibs/Plasma/UI design experience before. So currently our aim is "reduced" to something achievable, an applet to create new office-type documents from the templates installed for LO, by selecting an template from the list in the applet and then automatically having the new document in LO created and opened to start editing right away. Not completely there yet, but progressing all the time. For the northern-hemisphere winter time I plan to jump on the document/file creation stuff myself, and see to get more of my plans/wishes/needs/ideas implemented, fingers crossed. So let's please ping each other if we start to sketch more code/UX in this direction. Next step for me in any case: urging LibreOffice, Calligra & Co. to use a same standardized place and order in the filesystem for the template files, at least in the open/standardized formats. Those ego-centric suites! ;) Well, for Calligra I have even a proof-of-concept patch to also offer the templates from the LO places, but then that is just a workaround. Cheers Friedrich ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
RC2
http://share.basyskom.com/plasma-active/deployment/wetab- exopc/tablet/mer/testing/basyskom-plasma-active-three-wetab-exopc-tablet-mer- release-rc2.iso hopefully tomorrow we can release this -- Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Task-centric UI
On 08.10.2012 17:05, Marco Martin wrote: > On Monday 08 October 2012, Thomas Pfeiffer wrote: > >> I've already thought about application integration as a future topic a bit. >> What came to my mind was Björn Balasz' presentation at the KDE UX sprint >> April 2011 about task-centered interfaces. The general idea current >> application-centric desktop shells are not really compatible with users' >> mental models. A user doesn't think "I want to start Kmail touch", but >> instead "I want to write an email to Grandma". However currently she first >> has to think "Okay, what application do I have to start to write an >> email?". > > this is not a new idea at all, i think it was kindof tried in the past with > various degrees of success, at least in the old old days with document > oriented uis (kindof a subset of task oriented, not enough anymore) as back in > the days as apple lisa, early next, beos. Yes, describing document-oriented UIs as a subset of taks-oriented ones pretty much nails it. A really task-oriented UI goes a bit beyond that. But sure, the idea is not new, since it makes sense from a user's perspective. > one thing that always killed it is a "branding" issue, is very difficult to > make this work well with 3rd party developers. Of course it killed it in the commercial world. Commercial developers want _their_ application to stand out, regardless of what's best for the user. > The iphone-esque "apps" approach presents really the path of minimum > resistance for 3rd parties, little difficulties and a lot of freedom for > developers (weird to hear about freedom on the iphone, but being an app a > little universe on its own, in this case applies) > But is the best way for users? not so sure Exactly. It's ideal for commercial 3rd party developers but fragments the user experience. > we should learn from the past mistakes, and *maybe* we can pull it off, since > we are in a considerably legacy free environment. We are also free to try this > because since we really can't win the "Apps" game, we can try to just play a > different game ;) That's precisely why I think we as a thriving Free Software community are in a far better position to pull it off than the players in the proprietary/commercial world. I don't say that we should force every application to fit into our task-centric scheme, but even with applications from the KDE community only we could already come a long way toward a seamless task-centric experience for most or all common tasks. If 3rd-party-developers want their application to stand out instead of fitting in, they can still make it so. But they should not come whining if users prefer the streamlined experience of community applications. > (i would love the desktop going in this direction as well, but this is > another, long, complex story :p) I'd love that too, but that would be the long-term goal. I think Plasma Active is an ideal testbed for new ideas (see SLC for example) which can then move over to the desktop if they are successful. ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Calligra Active's main screen
Hi! On Mon, Oct 8, 2012 at 6:08 PM, Thomas Pfeiffer wrote: > On 08.10.2012 05:01, Shantanu Tushar Jha wrote: > >> Hi, >> >> Seems like missed communication here, I was told that once Plasma Active's >> "Files" application is complete, documents would be launched from there >> and so >> Calligra Active won't be included in the launcher. Thats the primary >> reason we >> didn't work on the home screen. Yes right now it does show the home screen >> (which has a open and about button) for a while when its loading the >> document >> that you selected from Files app, that will be fixed in the next release. >> >> So, we can simply add calligraactive to Plasma Active's blacklist if we >> don't >> want the user to launch it :) >> > > Hi Shantanu, > sorry, I didn't mean to criticize your work on Calligra Active. I know > that you didn't work on the homescreen anymore because I was the one who > told you that a homsecreen is generally not useful (since we have Files to > browse files) for a file viewer in Plasma Active. > Dude c'mon, no need to say sorry! The suggestions you gave for CA at Akademy were very, very helpful. I am 100% in with the idea that its better for Files app to show the file selection :) I wasn't being sarcastic when I talked about blacklisting. We had just forgotten to blacklist it (or maybe it was a bug, I'm not sure > anymore) and I wanted to remind the others why it should be blacklisted. > > It's good to hear that the homescreen appearing shortly when loading a > file will be fixed. > Yea, this skipped my mind (again, my fault for forgetting to put it on a actual todo list) and by the time I realized it, it was too late. > There are some other things which can be done to make Calligra Active more > consistent with other Active apps (and the HIG), I'll get back to you with > some suggestions on that shortly. > Sure! Waiting for those :) > > Generally I like Calligra Active very much, great work! > Thanks :D > > Thomas > > -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Task-centric UI (was: Calligra Active's main screen)
On Monday 08 October 2012, Thomas Pfeiffer wrote: > I've already thought about application integration as a future topic a bit. > What came to my mind was Björn Balasz' presentation at the KDE UX sprint > April 2011 about task-centered interfaces. The general idea current > application-centric desktop shells are not really compatible with users' > mental models. A user doesn't think "I want to start Kmail touch", but > instead "I want to write an email to Grandma". However currently she first > has to think "Okay, what application do I have to start to write an > email?". this is not a new idea at all, i think it was kindof tried in the past with various degrees of success, at least in the old old days with document oriented uis (kindof a subset of task oriented, not enough anymore) as back in the days as apple lisa, early next, beos. one thing that always killed it is a "branding" issue, is very difficult to make this work well with 3rd party developers. The iphone-esque "apps" approach presents really the path of minimum resistance for 3rd parties, little difficulties and a lot of freedom for developers (weird to hear about freedom on the iphone, but being an app a little universe on its own, in this case applies) But is the best way for users? not so sure we should learn from the past mistakes, and *maybe* we can pull it off, since we are in a considerably legacy free environment. We are also free to try this because since we really can't win the "Apps" game, we can try to just play a different game ;) (i would love the desktop going in this direction as well, but this is another, long, complex story :p) Cheers, Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
[Bug 308075] New: Web-Browser: ask before saving website logins
https://bugs.kde.org/show_bug.cgi?id=308075 Bug ID: 308075 Severity: normal Version: 3.0 Priority: NOR Assignee: active@kde.org Summary: Web-Browser: ask before saving website logins Classification: Unclassified OS: Linux Reporter: robby.engelm...@igfs-ev.de Hardware: Meego/Harmattan Status: UNCONFIRMED Component: Applications Product: Active passwords for websites like facebook are saved by default Reproducible: Always Steps to Reproduce: 1.Open Facebook in the Web-Browser 2.Login with your Password 3.Close Web-Browser 4.Give Tablet to to our girl-/boy-friend 5.Let him/her go to Facebook and post messages under your name (or order via an online shop, or ) Actual Results: login-data are save automatically and can not be cleared via "Settings" --> Web Browser --> Clear History Expected Results: upon first login, Webbrowser should ask whether to store login data or not and one should be able to clear logins via "Settings" --> Web Browser --> Clear History or an additional button -- You are receiving this mail because: You are the assignee for the bug. ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Task-centric UI (was: Calligra Active's main screen)
On 08.10.2012 11:23, Aaron J. Seigo wrote: On Monday, October 8, 2012 11:07:12 Marco Martin wrote: I think that is mostly a design problem, the two things are not really against each other, in the end apps should either reuse the file browser as a component (still figuring out how to do that) or be able to provide custom components (and artwork) for the file browser when browsing the files of type x. very good points we need to work out in more detail. my suggestion is that we table these discussions for the next release. the file browser is a great start, and i think we polish up the existing feature set in a number of ways. but let's focus right now on getting this out as it is .. Absolutely! I didn't want to bother you guys with this before the release, but since it's on the table now anyway: I've already thought about application integration as a future topic a bit. What came to my mind was Björn Balasz' presentation at the KDE UX sprint April 2011 about task-centered interfaces. The general idea current application-centric desktop shells are not really compatible with users' mental models. A user doesn't think "I want to start Kmail touch", but instead "I want to write an email to Grandma". However currently she first has to think "Okay, what application do I have to start to write an email?". The task-centered approach focuses on tasks and views applications only as tools for those tasks and does not bother users with them. By intentionally pushing Okular Active as an application to the background and just letting users open their PDFs and ebooks without having to care about which application is used to display them, we already did the first step in that direction. However, the approach goes far beyond that, as a more complex task workflow can also transition seamlessly between different "applications", and this is where it gets really exciting and this is where Free Software, with its collaborative nature, can really shine! I already asked Björn if he wanted to work with us on this and even though he currently does not have enough time to work on detailed designs, he agreed to join us in general discussions while we bring his ideas to life. Marco's points are important to consider in this discussion, and I think we can create something pretty revolutionary here which only a Free Software community is capable of. At the UX sprint we started thinking about "Lego-like" systems, where each "application" becomes an exchangeable component in a task workflow. After the release we should start thinking about the big picture here, together with Björn. > it's already pretty sexy; hard to believe it's a "1.0" application. Absolutely. I'm glad that Marco is such a talented UI designer/developer, and I'm glad that I kept pushing him to improve in the details (such as drag & drop visibility or tag representation). Marco, it's always a pleasure working with you ;) Thomas ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: time for a re-roll?
On Monday 08 October 2012, Thomas Pfeiffer wrote: > > I could not get any useful backtrace because I could not find debug > packages for Qt. Would it make sense ot offer those in the repos so people > can add backtraces to their bug reports? cause was identified, fixed now :) -- Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Calligra Active's main screen
On 08.10.2012 05:01, Shantanu Tushar Jha wrote: Hi, Seems like missed communication here, I was told that once Plasma Active's "Files" application is complete, documents would be launched from there and so Calligra Active won't be included in the launcher. Thats the primary reason we didn't work on the home screen. Yes right now it does show the home screen (which has a open and about button) for a while when its loading the document that you selected from Files app, that will be fixed in the next release. So, we can simply add calligraactive to Plasma Active's blacklist if we don't want the user to launch it :) Hi Shantanu, sorry, I didn't mean to criticize your work on Calligra Active. I know that you didn't work on the homescreen anymore because I was the one who told you that a homsecreen is generally not useful (since we have Files to browse files) for a file viewer in Plasma Active. We had just forgotten to blacklist it (or maybe it was a bug, I'm not sure anymore) and I wanted to remind the others why it should be blacklisted. It's good to hear that the homescreen appearing shortly when loading a file will be fixed. There are some other things which can be done to make Calligra Active more consistent with other Active apps (and the HIG), I'll get back to you with some suggestions on that shortly. Generally I like Calligra Active very much, great work! Thomas ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: time for a re-roll?
On 08.10.2012 10:13, Marco Martin wrote: On Monday 08 October 2012, Aaron J. Seigo wrote: On Monday, October 8, 2012 00:17:34 Thomas Pfeiffer wrote: Now with Aarons updates, Okular Active segfaults directly on launch :( hm.. it was dieing here on launch as well, but after a rebuild of both plasma- mobile and okular-active it started working again for me. seemed like a binary compat issue as a simple rebuild cleared up the issue ... if you can get a backtrace, that'd be handy. here on device works fine if i launch it from the terminal, crashes if is launched from the file manager. I can confirm that. the backtrace says it's crashing when is trying to initializa the qglwidget as qgv viewport I could not get any useful backtrace because I could not find debug packages for Qt. Would it make sense ot offer those in the repos so people can add backtraces to their bug reports? ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: wetab install
On 08.10.2012 13:22, nic...@nicoladefilippo.it wrote: Hi, here http://www.wetab-wiki.com/index.php?title=Bootmedium_erstellen explanation, I used this instruction because the image don't start on my WebTab. I writed 1 year ago on http://wiki.meego.com/Installing_MeeGo_Tablet_Developer_Preview_on_WeTab_Tablet BR Nicola All images provided by basyskom boot and install just fine on my WeTab, the same goes for the WeTab-optimized Balsam image. The only case where I had to apply the hack was when I installed from a regular OpenSUSE image, so we're fine if we put it in the instructions for that one. Best, Thomas ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: wetab install
Hi, here http://www.wetab-wiki.com/index.php?title=Bootmedium_erstellen explanation, I used this instruction because the image don't start on my WebTab. I writed 1 year ago on http://wiki.meego.com/Installing_MeeGo_Tablet_Developer_Preview_on_WeTab_Tablet BR Nicola > > On October 8, 2012 at 12:31 PM "Sebastian Kügler" wrote: > >> On Saturday, October 06, 2012 17:05:21 Nicola De Filippo wrote: >> > i suggest to add this line >> > "root@linux printf "\x9d\x2a\x44\x7b"|dd of=/dev/sdX bs=1 count=4 >> seek=440" >> > to the instructions to install mer image on wetab. >> >> For mere mortals, what does this do? >> >> (It's always a good idea to note that, since not everybody in a multi- >> disciplinary team has the same domain knowledge.) > > this command modifies the ID inside the partition table. > This kind of hack is needed because a WeTab without patched > bios do only like to start from a internal recovery partition > after using the recovery grip. This hex number is the identifier > of the internal recovery partition and by this we are able to > install from a external flash drive. > > Cheers, > > Maurice > > ___ > Active mailing list > Active@kde.org > https://mail.kde.org/mailman/listinfo/active > ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: wetab install
Hi, On October 8, 2012 at 12:31 PM "Sebastian Kügler" wrote: > On Saturday, October 06, 2012 17:05:21 Nicola De Filippo wrote: > > i suggest to add this line > > "root@linux printf "\x9d\x2a\x44\x7b"|dd of=/dev/sdX bs=1 count=4 seek=440" > > to the instructions to install mer image on wetab. > > For mere mortals, what does this do? > > (It's always a good idea to note that, since not everybody in a multi- > disciplinary team has the same domain knowledge.) this command modifies the ID inside the partition table. This kind of hack is needed because a WeTab without patched bios do only like to start from a internal recovery partition after using the recovery grip. This hex number is the identifier of the internal recovery partition and by this we are able to install from a external flash drive. Cheers, Maurice ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: wetab install
On Saturday, October 06, 2012 17:05:21 Nicola De Filippo wrote: > i suggest to add this line > "root@linux printf "\x9d\x2a\x44\x7b"|dd of=/dev/sdX bs=1 count=4 seek=440" > to the instructions to install mer image on wetab. For mere mortals, what does this do? (It's always a good idea to note that, since not everybody in a multi- disciplinary team has the same domain knowledge.) -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Calligra Active's main screen
On Monday, October 8, 2012 11:07:12 Marco Martin wrote: > I think that is mostly a design problem, the two things are not really > against each other, in the end apps should either reuse the file browser as > a component (still figuring out how to do that) or be able to provide > custom components (and artwork) for the file browser when browsing the > files of type x. very good points we need to work out in more detail. my suggestion is that we table these discussions for the next release. the file browser is a great start, and i think we polish up the existing feature set in a number of ways. but let's focus right now on getting this out as it is .. it's already pretty sexy; hard to believe it's a "1.0" application. -- Aaron J. Seigo signature.asc Description: This is a digitally signed message part. ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Calligra Active's main screen
On Monday 08 October 2012, Inge Wallin wrote: > This is the second time I read this. To be honest, I haven't checked the > looks of it since my Linux has too old libraries to compile Calligra Active > so I can't check how bad it is. > > But I'm sure that Shantanu and Sujith would love to have some help to > design a better main screen. Especially since from what I hear and see in > the latest blog the rest of it is pretty awesome. I'd hate to see Calligra > Active pushed away from visibility because of a small thing like this. here we have two requirements that seems to be one against the other, and at the moment kindof are: * have a single unified experience in finding, browsing and opening files * have visibility for the individual projects that can view and edit a certain kind of file, not only to recognize an effort, but also to be able to for instance a project to produce an alternative component for some kind of files "you have x by default to manage your y files, get z from the addons store and your experience will be so much better" I think that is mostly a design problem, the two things are not really against each other, in the end apps should either reuse the file browser as a component (still figuring out how to do that) or be able to provide custom components (and artwork) for the file browser when browsing the files of type x. or other ideas as well. Cheers, Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: wetab install
Hi, On October 6, 2012 at 5:05 PM Nicola De Filippo wrote: > Hi, > i suggest to add this line > "root@linux printf "\x9d\x2a\x44\x7b"|dd of=/dev/sdX bs=1 count=4 seek=440" to > the instructions to install mer image on wetab. [http://dict.leo.org/ende?lp=ende&p=_xpAA&search=shouldn%27t&trestr=0x8040] shouldn't be necessary for basysKom Mer/MeeGo based Wetab/ExoPC images. Those image are already affected by a 'printf "\x9d\x2a\x44\x7b" | dd of=${IMAGE} bs=1 count=4 seek=440 conv=notrunc' But a useful hint for others. Cheers Maurice ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: time for a re-roll?
On Monday 08 October 2012, Aaron J. Seigo wrote: > On Monday, October 8, 2012 00:17:34 Thomas Pfeiffer wrote: > > Now with Aarons updates, Okular Active segfaults directly on launch :( > > hm.. it was dieing here on launch as well, but after a rebuild of both > plasma- mobile and okular-active it started working again for me. seemed > like a binary compat issue as a simple rebuild cleared up the issue ... > > if you can get a backtrace, that'd be handy. here on device works fine if i launch it from the terminal, crashes if is launched from the file manager. the backtrace says it's crashing when is trying to initializa the qglwidget as qgv viewport Cheers, Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active