[SailfishDevel] Fwd: Re: ListView with SectionDelegate (Strange Behaviour)
Hi All Just a minor clarification: The bug occurs (on Sailfish) both with SilicaListView, and with the bog standard ListView elements. Grüsse Chris - Weitergeleitete Nachricht von m.gabrielboe...@googlemail.com - Datum: Thu, 30 Jan 2014 23:57:23 +0100 Von: "Gabriel Böhme" Antwort an: "Sailfish OS Developers" Betreff: Re: [SailfishDevel] ListView with SectionDelegate (Strange Behaviour) An: "Sailfish OS Developers" Hi again, I can add, that the append/insert "bug" is also happening in Qt 5.2. But maybe it's not really a bug, because appending means -> okay add it at the end of the list. With a model coming from C++ side, it could be possible to order it, the way you want it, every time a new item is added. But for QML only models it seems impossible and should maybe added, so a feature request is maybe the better choice in this case? :-/ But Chris' problem seems to be really a bug, but I've also checked the Silica QML files a bit, but can't see what cause the issues. Maybe Jolla modified the Qt 5.x sources, so maybe there is a bug? Cheers, Gabriel. Am Donnerstag, den 30.01.2014, 19:09 +0100 schrieb christopher.l...@thurweb.ch: Sali Norbert thanks for your confirmation. I have not filed a bug report with the Qt-Project, as my tests on Desktop, Android etc indicate that this is not a general Qt 5.x bug, but a Sailfish specific one. (Despite my expectations, I got expected behaviour on those platforms). My understanding is that this is currently the best place to report Sailfish development bugs. If there is a more appropriate place, then I will gladly report it there. Chris Zitat von "Norbert Wenzel" : > On 01/29/2014 07:56 PM, christopher.l...@thurweb.ch wrote: >> This time it is a ListView / SilicaListVew with a SectionDelegate based >> on FirstCharacter. >> >> For the items initially displayed this works well, with the section >> headers exactly where I would expect them[...] >> But as I flick up, I then a section header between each item (e.g >> between Gargantua and Gilbert). > > I can also confirm that behaviour. In your example and also in an > app I'm coding myself. > > Did you already file a bug or are you still investigating? > > Norbert > ___ > SailfishOS.org Devel mailing list > ___ SailfishOS.org Devel mailing list - Ende der weitergeleiteten Nachricht - signature.asc Description: This is a digitally signed message part ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] ListView with SectionDelegate (Strange Behaviour)
Hi again, I can add, that the append/insert "bug" is also happening in Qt 5.2. But maybe it's not really a bug, because appending means -> okay add it at the end of the list. With a model coming from C++ side, it could be possible to order it, the way you want it, every time a new item is added. But for QML only models it seems impossible and should maybe added, so a feature request is maybe the better choice in this case? :-/ But Chris' problem seems to be really a bug, but I've also checked the Silica QML files a bit, but can't see what cause the issues. Maybe Jolla modified the Qt 5.x sources, so maybe there is a bug? Cheers, Gabriel. Am Donnerstag, den 30.01.2014, 19:09 +0100 schrieb christopher.l...@thurweb.ch: > Sali Norbert > > thanks for your confirmation. > > I have not filed a bug report with the Qt-Project, as my tests on > Desktop, Android etc indicate that this is not a general Qt 5.x bug, > but a Sailfish specific one. (Despite my expectations, I got expected > behaviour on those platforms). > > My understanding is that this is currently the best place to report > Sailfish development bugs. > > If there is a more appropriate place, then I will gladly report it there. > > Chris > > Zitat von "Norbert Wenzel" : > > > On 01/29/2014 07:56 PM, christopher.l...@thurweb.ch wrote: > >> This time it is a ListView / SilicaListVew with a SectionDelegate based > >> on FirstCharacter. > >> > >> For the items initially displayed this works well, with the section > >> headers exactly where I would expect them[...] > >> But as I flick up, I then a section header between each item (e.g > >> between Gargantua and Gilbert). > > > > I can also confirm that behaviour. In your example and also in an > > app I'm coding myself. > > > > Did you already file a bug or are you still investigating? > > > > Norbert > > ___ > > SailfishOS.org Devel mailing list > > > > > > ___ > SailfishOS.org Devel mailing list signature.asc Description: This is a digitally signed message part ___ SailfishOS.org Devel mailing list
[SailfishDevel] Carsten Munk FOSSDEM talk
Hi, Is Carsten's Munk talk at FOSSDEM going to be streamed or recorded? Thanks! ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] ListView with SectionDelegate (Strange Behaviour)
Sali Norbert thanks for your confirmation. I have not filed a bug report with the Qt-Project, as my tests on Desktop, Android etc indicate that this is not a general Qt 5.x bug, but a Sailfish specific one. (Despite my expectations, I got expected behaviour on those platforms). My understanding is that this is currently the best place to report Sailfish development bugs. If there is a more appropriate place, then I will gladly report it there. Chris Zitat von "Norbert Wenzel" : On 01/29/2014 07:56 PM, christopher.l...@thurweb.ch wrote: This time it is a ListView / SilicaListVew with a SectionDelegate based on FirstCharacter. For the items initially displayed this works well, with the section headers exactly where I would expect them[...] But as I flick up, I then a section header between each item (e.g between Gargantua and Gilbert). I can also confirm that behaviour. In your example and also in an app I'm coding myself. Did you already file a bug or are you still investigating? Norbert ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] ListView with SectionDelegate (Strange Behaviour)
On 01/29/2014 07:56 PM, christopher.l...@thurweb.ch wrote: This time it is a ListView / SilicaListVew with a SectionDelegate based on FirstCharacter. For the items initially displayed this works well, with the section headers exactly where I would expect them[...] But as I flick up, I then a section header between each item (e.g between Gargantua and Gilbert). I can also confirm that behaviour. In your example and also in an app I'm coding myself. Did you already file a bug or are you still investigating? Norbert ___ SailfishOS.org Devel mailing list
[SailfishDevel] Handling incoming call
Hello all I'm looking for way to observe and hangup incoming calls for my blacklist app. I have found that it might be possible with telepathy but haven't found any more information. Is there any documentation about this or is there other ways to do it. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] FOSDEM 2014 special for community
Seems that jolla has forgotten china,whatever,I've been waiting so tired. ——“Stay tuned”!!! Happy Chinese New Year and greetings from Beijing ma xinjun From: Carol Chen Date: 2014-01-30 15:15 To: devel Subject: [SailfishDevel] FOSDEM 2014 special for community Dear developers, FOSDEM 2014 [1] is just around the corner! Even though we didn't plan on having an official presence at the event with a booth etc., several Jolla sailors have made their own arrangements to be in Brussels this weekend. For the love of community, and the love of open source! (and perhaps the Belgium waffles, fries and beers...) In conjunction with this great event, and to show our appreciation for our wonderful Jolla community and Sailfish developers, we are offering a special discount. For a very limited time, you can get 40 EUR off when you purchase a Jolla from our webshop [2]. The discount code is "FOSDEM2014", and here's the fine (as in well-written, not small and hidden ;) print: * Each customer can use the coupon code just once * Discount applies only to one phone in cart * This offer cannot be combined with any other offer * Coupon validity from NOW until 9.2. If you can't be at FOSDEM (like myself), you can still enjoy the special offer. Gift yourself or a loved one a Jolla! And if you are on your way to Brussels, don't miss Carsten's talk on Saturday @ 15:00 [3], followed by Sailfish community round-table @ 16:30 and Sailfish community dinner @ 19:30 [4]! Happy Chinese New Year and greetings from Taipei, Carol. [1] https://fosdem.org/2014/ [2] http://shop.jolla.com/ [3] https://fosdem.org/2014/schedule/event/technical_introduction_to_the_deeper_parts_of_sailfishos,_a_qt5_wayland_based_mobile_os/ [4] https://together.jolla.com/question/11303/are-you-going-to-fosdem-2014-irl-floss-meeting-in-belgium/?answer=11461#post-id-11461 -- Carol "cybette" Chen Community Chief @ Jolla http://jolla.com +358403502527 @ SMS,PSTN,WeChat cybette @ FreenodeIRC,Twitter,Weibo,LinkedIn,Skype ___ SailfishOS.org Devel mailing list___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] How to flick horizontally and vertically inoneview?
Hi Tobi, maybe a PathView allows you to do what you want. Should be possible to tune it to work like the Jolla calendar app. But it's a good idea to look in the official Jolla files, as well. Maybe there is a much better solution. :) Gabriel. 2014-01-30 sailfishmail > Hi, > > You can have a peek at the calendar qml files in /usr/share/jolla-calendar/ > > Hope you find some hints there, > > Br, > Asser > > > > Tobi D. kirjoitti Thu Jan 30 2014 00:53:08 GMT+0200 (EET): > > > > > > > >Hi there, > > > >I've got another question on how to develop apps for SailfishOS. > > > >Please have a look at Jolla Calendar app. There you can flick > horizontally between months and you can flick down pulley menu, also from > the month part on top of the view. If there are many events in a day, the > whole view is vertically scrollable. > > > >I want to implement a similar behavior in my app. Content of the view may > be scrollable vertically and there shall be a pulley menu. By pushing left > and right, the content shall flick to the content of the next respective > previous week. > > > >I wonder how this works. I tried several things, but I don't know which > components to combine to get this behavior. One possible solution is to use > push buttons to go to previous/next week, but that's not very SailfishOS > like. > > > >Maybe you can give me a clue. Or is it possible to have a look at the > source code of Jolla Calendar app? > > > >Best regards, > >Tobi > > > > > > > ___ > SailfishOS.org Devel mailing list > ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Different behavior when starting application from QtCreator or Launcher
On 30.01.2014 11:21, Luciano Montanaro wrote: Hello everybody, maybe someone may shed some light on this odd behavior: I have implemented an active cover in my train timetable application, where the action is enabled when a certain property in a C++ object (a string) has a length different from zero. This property is set by the application when loading data from a station. The odd thing is that this works correctly if I launch the application from qtcreator or fingerterm, but does not when starting it from the launcher. The only thing that may be different is that the application is invoked differently... Maybe it would help me to understand how the laucher invoker works... Can anybody give me some pointer on how it works? Hi Luciano, the way QtCreator launches an application is afaik not entirely correct and will be addressed in a future SDK update. To see how the application is lauched when it's started from the homescreen icon, use fingerterm and find your application in the output of 'ps faxw'. If you then start your application from fingerterm as you see it with ps command.. for example: $ invoker --type=silica-qt5 --single-instance /usr/bin/yourapplication The invoker parameters depend on what you have in your .desktop file, which is not used when you start it from QtCreator. Best regards, Juha ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Different behavior when starting application from QtCreator or Launcher
Luciano Is it possible that your C++ object is not defined? (and therefore the length > 0 test is failing?) Chris Zitat von "Luciano Montanaro" : Hello everybody, maybe someone may shed some light on this odd behavior: I have implemented an active cover in my train timetable application, where the action is enabled when a certain property in a C++ object (a string) has a length different from zero. This property is set by the application when loading data from a station. The odd thing is that this works correctly if I launch the application from qtcreator or fingerterm, but does not when starting it from the launcher. The only thing that may be different is that the application is invoked differently... Maybe it would help me to understand how the laucher invoker works... Can anybody give me some pointer on how it works? Best regards, Luciano -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
[SailfishDevel] Different behavior when starting application from QtCreator or Launcher
Hello everybody, maybe someone may shed some light on this odd behavior: I have implemented an active cover in my train timetable application, where the action is enabled when a certain property in a C++ object (a string) has a length different from zero. This property is set by the application when loading data from a station. The odd thing is that this works correctly if I launch the application from qtcreator or fingerterm, but does not when starting it from the launcher. The only thing that may be different is that the application is invoked differently... Maybe it would help me to understand how the laucher invoker works... Can anybody give me some pointer on how it works? Best regards, Luciano -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] bidirectional channel toward people reviewing apps in Jolla harbour?
thx 2014-01-29 Reto Zingg > Hi, > > > On 29.01.2014 17:07, Zoltán Lutor wrote: > >> Hi, >> >> What is the preferred channel for bidirectional communication with >> people reviewing our apps submitted into Jolla Harbour? >> > > use: developer-care at jolla.com > > br > Reto > > Thx, >> >> Zoltan >> >> https://www.facebook.com/ForFictionMobile >> >> >> ___ >> SailfishOS.org Devel mailing list >> >> > ___ > SailfishOS.org Devel mailing list > ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] ListView with SectionDelegate (Strange Behaviour)
Hi Gabriel Thank you for taking the time to reproduce this issue. It is reassuring to know that based on the admittedly slim evidence of this issue alone I am not going completely mad! I agree that the 2 issues sound related (I will have a poke around with your code later today). Based on the assumption that this is probably a Qt issue rather than a Sailfish issue I was about to open an issue on the Qt Bug tracker. Then standing on the platform waiting for my train to arrive I thought: How difficult could it be to fire up my Qt5.2 installation and create a Desktop version of this project to reproduce this issue? By the time the train pulled in I had my first ever Qt Desktop project running! I had expected to see the same sections bug, but unexpectedly I got the expected behaviour! i.e on Qt 5.2.0 desktop I cannot reproduce this bug. My next thought was: "Maybe this is still a Qt problem, but has been fixed in Qt 5.2.0? Luckily I have an old Qt 5.0.0 installation lurking on my laptop. So I added a Qt version and kit for that, and launched the project as Qt5.0.0. Again no Section header bug. Then I turned to Android with Qt 5.2.0, and once again got expected behaviour (no bug). So to cut a long story short, this behaviour appears to be limited to Sailfish (or the particular Qt version used by Sailfish) I can reproduce it on the Emulator and real Jolla Device. I cannot reproduce it on Harmattan Qt 4.7.4 (from which I am porting the code) I cannot reproduce it on Qt Desktop (5.0.0 and 5.2.0) I cannot reproduce it on Android Qt 5.2.0 (Emulator and Galaxy Note 3 with KitKat). Grüsse Chris Zitat von "Gabriel Böhme" : Hi Chris, I can reproduce this behavior with the code you posted and it seems to be a bug. I have encountered some days ago also a problem with section handling. If you are appending a new Item to the list, while you use FullString section headers, it's creating a new section, even if it is already there. The expected behavior should be, that the new item is sorted under the right section. Especially in my intended use case, it's a problem because I want to fetch some data from an online source and sort it in different sections. But how to do that, without appending? Insert is also not possible at all, because it's varying always. Even if the model is set after, appending (again) - it's not working. Also a code example added at the bottom (just modified your code). The new person/item with name "Tom" should be displayed in Boss section, but the ListView creates another "Boss" section at the end of the list. Maybe both are relating to each other? Thank you very much. Gabriel. import QtQuick 2.0 import Sailfish.Silica 1.0 Page { id: page SilicaListView { id: contactList anchors.fill: parent model: contactModel delegate: Label { text: model.name width: page.width } section.property: "section" section.criteria: ViewSection.FullString section.delegate: Rectangle { height: 50 width: page.width color: Theme.secondaryHighlightColor opacity: 0.5 Label { anchors.horizontalCenter: parent.horizontalCenter text: section } } PullDownMenu { MenuItem { text: "Add a person" onClicked: { // comment out to set the model again, but thats not working at all. :-/ // contactList.model = emptyList contactModel.insert({"name": "Tom", "section": "Boss"}) // contactList.model = contactModel } } } } ListModel {id: emptyList} ListModel { id: contactModel ListElement { name: "Achim" section: "Boss" } ListElement { name: "Ana" section: "Friends" } ListElement { name: "Bezelbub" section: "Friends" } ListElement { name: "Billy" section: "Friends" } ListElement { name: "Boris" section: "Friends" } ListElement { name: "Carrie" section: "Friends" } ListElement { name: "Cassie" section: "Friends" } ListElement { name: "Eziekiel" section: "Family" } ListElement { name: "Gargantua" section: "Family" } ListElement { name: "Gilbert" section: "Family" } ListElement { name: "Giles" section: "Family" } ListElement { name: "Gog" section: "Workgroup" } ListElement { name: "Mabel"