Re: [SailfishDevel] [Official Announcement] Join the Sailfish Community Device Program now!
The shop UI sucks a bit, to be able to choose your correct country, you firat had to select correct country from the bottom of the page wih gray text.. Saying something like "Country: European Union Language: English ..." And then click "save". I managed to get correct address with my old shop account before I found out how to do it. -Asser ju...@swagman.org kirjoitti to toukokuuta 26 15:55:32 2016 GMT+0300: > Vincent Berset kirjoitti to toukokuuta 26 15:49:18 2016 GMT+0300: > > Hello, > > > > The announcement says “Jolla C device can be shipped to EU countries, > > Norway and > > Switzerland” but I can’t select Switzerland as shipping country. > > > > Well, there was no option for Finland either! :( > What I did is I just ignored it, and set my country as "France" and added > sender information that my country is FINLAND in reality... > >- juice - > > -- > Sent from my Jollaphone > ___ > SailfishOS.org Devel mailing list > To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.or ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] QtFeedback 5.0 not allowed? Really?
Another observation: You're allowed to require qt5-qtfeedback in your RPM-packaging according to the faq: https://github.com/sailfish-sdk/sdk-harbour-rpmvalidator/blob/1.18/allowed_requires.conf which installs /usr/lib/libQt0Feedback.so.0 /usr/lib/libQt0Feedback.so.0.0 /usr/lib/libQt0Feedback.so.0.0.0 /usr/lib/qt5/qml /usr/lib/qt5/qml/QtFeedback /usr/lib/qt5/qml/QtFeedback/libdeclarative_feedback.so /usr/lib/qt5/qml/QtFeedback/plugins.qmltypes /usr/lib/qt5/qml/QtFeedback/qmldir However, according to https://github.com/sailfish-sdk/sdk-harbour-rpmvalidator/blob/1.18/allowed_libraries.conf and https://github.com/sailfish-sdk/sdk-harbour-rpmvalidator/blob/1.18/allowed_qmlimports.conf you're not allowed to use what you required to be installed. Maybe some misunderstanding when making the harbour validation scripts? -Asser Mon, 01 Dec 2014 22:08:34 +0100 Peter Pykäläinen peter.pykalai...@gmail.com kirjoitti: Thanks Kimmo! That was new. And it fails: Libraries = ERROR [/usr/bin/harbour-sailraid] Cannot link to shared library: libQt0Feedback.so.0 INFO [/usr/bin/harbour-sailraid] Please see our FAQ here: https://harbour.jolla.com/faq#Shared_Libraries FAILED Requires ERROR [libQt0Feedback.so.0] Cannot require shared library: 'libQt0Feedback.so.0' INFO [harbour-sailraid] Please see our FAQ here: https://harbour.jolla.com/faq#2.6.0 how to use '__provides_exclude_from' and '__requires_exclude' .spec file to avoid that FAILED And it fails totally. Not fun. So no vibration then, how can this basic stuff not be accepted? // Peter Pykäläinen On 1 December 2014 at 22:57, Kimmo Lindholm kimmo.lindh...@eke.fi wrote: Run the pre-validation tool from SDK, if you get green there, it’s much closer to approval… (I prefer accessing it through browser, http://127.0.0.1:8080/C/harbour_tools/ ) -kimmo *From:* devel-boun...@lists.sailfishos.org [mailto: devel-boun...@lists.sailfishos.org] *On Behalf Of *Peter Pykäläinen *Sent:* Monday, December 01, 2014 10:34 PM *To:* Sailfish OS Developers *Subject:* Re: [SailfishDevel] QtFeedback 5.0 not allowed? Really? Hi, yes I did, thank you all for your help. Especially Andrey, you are the man! Let's see now if this passes harbour QA or not :) // Peter Pykäläinen On 1 December 2014 at 22:30, Gabriel Böhme m.gabrielboe...@googlemail.com wrote: Have you tried cleaning the project? Helps sometimes. Am Mon Dec 01 2014 21:18:17 GMT+0100 (CET) schrieb Peter Pykäläinen: I give up! Once I figured out how to add the stupid haptics stuff into the .pro file I then get errors on my main when I try to compile: error: undefined reference to `SailfishApp::application(int, char**)' error: undefined reference to `SailfishApp::createView()' error: undefined reference to `SailfishApp::pathTo(QString const)' I have used this kind of code succesfully in my other app and no issue there. Any help would be much appreciated. My main looks like this: #ifdef QT_QML_DEBUG #include QtQuick #endif #include sailfishapp.h #include rumbler.h #include QQuickView #include QQmlContext #include QGuiApplication int main(int argc, char *argv[]) { // SailfishApp::main() will display qml/template.qml, if you need more // control over initialization, you can use: // // - SailfishApp::application(int, char *[]) to get the QGuiApplication * // - SailfishApp::createView() to get a new QQuickView * instance // - SailfishApp::pathTo(QString) to get a QUrl to a resource file // // To display the view, call show() (will show fullscreen on device). //return SailfishApp::main(argc, argv); QScopedPointerQGuiApplication app(SailfishApp::application(argc, argv)); QScopedPointerQQuickView view(SailfishApp::createView()); Rumbler rumbler; view-rootContext()-setContextProperty(Rumbler, rumbler); view-setSource(SailfishApp::pathTo(qml/harbour-myapp.qml)); view-show(); view-showFullScreen(); return app-exec(); } // Peter Pykäläinen On 1 December 2014 at 15:08, Andrey Kozhevnikov coderusin...@gmail.com wrote: I can suggest you to use QtFeedback from Qt side and register QML type. 01.12.2014 18:06, Peter Pykäläinen пишет: Just got my game rejected in Jolla Harbour this morning due to: *Import 'QtFeedback 5.0' is not allowed * Is it really so that vibration is not allowed in Harbour apps? Is there any alternative? // Peter Pykäläinen ___ SailfishOS.org Devel mailing list To unsubscribe, please send a
Re: [SailfishDevel] Accept only filled Dialog
I think the validator property will help you; search for qml using validators or similar. Or http://qt-project.org/doc/qt-4.8/texthandling.html and the acceptableInput property of TextInput. Andrey Kozhevnikov kirjoitti Sat Oct 04 2014 21:40:48 GMT+0300 (EEST): something like this: http://pastebin.com/Vv0PcrJA 05.10.2014 00:14, Cernunnos Wynand пишет: Hi, I have the following code for a dialog which will only be accepted if it has been completely filled out: http://pastebin.com/WUpHhxJh I find this a bit cumbersome. Does anyone have suggestions or improvements? Cernunnos ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org -- ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Accept only filled Dialog
Why not? I doubt you will notice any performance issues. No need to be over zealous about optimization, you're using qml for an application anyways, not coding an OS or background service. Although I agree that there should be greater variety of stock validators, for simpler cases with strings. Andrey Kozhevnikov kirjoitti Sat Oct 04 2014 21:56:57 GMT+0300 (EEST): You really need validators for text data? Adding complex RegExpValidator just for handling empty state? Really? 05.10.2014 00:52, sailfishmail пишет: I think the validator property will help you; search for qml using validators or similar. Or http://qt-project.org/doc/qt-4.8/texthandling.html and the acceptableInput property of TextInput. Andrey Kozhevnikov kirjoitti Sat Oct 04 2014 21:40:48 GMT+0300 (EEST): something like this: http://pastebin.com/Vv0PcrJA 05.10.2014 00:14, Cernunnos Wynand пишет: Hi, I have the following code for a dialog which will only be accepted if it has been completely filled out: http://pastebin.com/WUpHhxJh I find this a bit cumbersome. Does anyone have suggestions or improvements? Cernunnos ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.or -- ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Accept only filled Dialog
The validators seem like a qml standard way to do it, which also looks cleaner because you can just bind the dialog's canAccept to anding of each input's acceptable input. You can naturally do whatever you please, if you feel that your solution is better in some way. If you want to know why the validator system is what it is, you shoulf ask those who designed qml. I just know they're clean looking and useful. If you don't like them, no need to use them Andrey Kozhevnikov kirjoitti Sat Oct 04 2014 23:10:47 GMT+0300 (EEST): errorHighlight: text.length == 0 is the simplest string validator. i have no idea why you need more complex solutions for such small thing. 05.10.2014 01:00, sailfishmail пишет: Why not? I doubt you will notice any performance issues. No need to be over zealous about optimization, you're using qml for an application anyways, not coding an OS or background service. Although I agree that there should be greater variety of stock validators, for simpler cases with strings. Andrey Kozhevnikov kirjoitti Sat Oct 04 2014 21:56:57 GMT+0300 (EEST): You really need validators for text data? Adding complex RegExpValidator just for handling empty state? Really? 05.10.2014 00:52, sailfishmail пишет: I think the validator property will help you; search for qml using validators or similar. Or http://qt-project.org/doc/qt-4.8/texthandling.html and the acceptableInput property of TextInput. Andrey Kozhevnikov kirjoitti Sat Oct 04 2014 21:40:48 GMT+0300 (EEST): something like this: http://pastebin.com/Vv0PcrJA 05.10.2014 00:14, Cernunnos Wynand пишет: Hi, I have the following code for a dialog which will only be accepted if it has been completely filled out: http://pastebin.com/WUpHhxJh I find this a bit cumbersome. Does anyone have suggestions or improvements? Cernunnos ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.or ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.or -- ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Locked in QA
Hey, I had this too, it apparently means it has been opened for QA but not yet processed. In my case, I sent mail to developer-c...@jolla.com as Artem suggested, received a quick reply (I guess it has become better now) and had the lock released, as in my case someone had started working on it but didn't get it finished rightaway, forgetting to unlock it. BR, Asser On Mon Jun 09 2014 02:02:03 GMT+0300 (EEST), fasza2mobile wrote: I'll do that, thank you Artem. On Sun Jun 08 2014 23:42:02 GMT+0100 (BST), Artem Marchenko wrote: Hi Krisztian Try asking at #SailfishOS channel in IRC, that helps often. If you want to be a good dev community member, also ask at developer-c...@jolla.com I personally failed to ever get a reply from this address (tried 4 or 5 times during a month or so), but maybe things are running smoother now. Best regards, Artem. On Sun, Jun 8, 2014 at 1:48 AM, Krisztian Olah fasza2mob...@gmail.com wrote: Hi Sailors, I submited an update to my app London Sail yesterday, today noon I found a blocker bug in one of the features, so I was trying to remove the app going through QA before it goes out, but unfortunately it was already locked (being processed?) in QA. I did remove the binary through the web interface, and it seemed to stopped my app going live. I fixed the bug and uploaded the new binary, but now it shows up as Locked in QA and I cannot (re)submit it. I realize that I am the one at fault and I do appologize if it causes/caused any inconvenience, but could you please unblock my App? I did submit the new binary, but if it is preferable I can manually resubmit it once the lock is removed. Thanks very much and sorry again Kris ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org -- Artem Marchenko http://agilesoftwaredevelopment.com http://twitter.com/AgileArtem ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] How to flick horizontally and vertically inoneview?
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
Re: [SailfishDevel] How to hide pushup menu?
Hi, just guessing, but try if the menu has enabled property, most switches etc. Have it. Br, Asser On Thu Jan 23 2014 12:35:40 GMT+0200 (EET), Tero Siironen wrote: I have PushUpMenu in my app which currently has only one item, and in some situations also that item should not be visible. How can I hide the menu? I tried to set MenuItem's visibility to false, but that lead to weird behaviour; PushUpMenu is still there and empty, but the empty menu can be pushed up about screen height. I also tried to use visible property in PushUpMenu, but that doesn't seem to hide the menu. Disabling the MenuItem could be one option, but as it still shows the item's label it would be a bit misleading for the user in my situation. I would prefer to hide the whole PushUpMenu when there's no items that could be used. -- Tero ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list