Re: [SailfishDevel] Removing libcontextkit-statefs-qt5.so from allowed libraries
On Thu, 2020-05-14 at 09:03 +0200, Thomas Tanghus wrote: > On Thursday, 14 May 2020 08.37 Pekka Vuorela wrote: > > Alternative is to switch to other methods, e.g. dbus-send or more > > specific command line tools. Mcetool for example can tell the > > battery > > state among other things. > > Just to be sure: The QML ContextProperty will not go away? > > I use something like this in my apps: > > QtObject { > property bool isOnline: state.value === 'connected' > property ContextProperty state: ContextProperty { > // `cat /run/state/namespaces/Internet/NetworkState` > key: 'Internet.NetworkState' > } > } Yep, no changes there. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Removing libcontextkit-statefs-qt5.so from allowed libraries
On Wed, 2020-05-13 at 20:41 +0300, rinigus wrote: > Hi Pekka, > > with the respect of statefs plans, I would like to ask if it is > planned to phase out /run/state/namespaces/ API in future. I am using > it in collectd to log battery, bluetooth, cellular, and internet data > in the corresponding plugins. That depends on the statefs packages being installed. Since we're not talking about Harbour software, you can still explicitly pull them in. They might go away some day, but there's no immediate need for doing that. Alternative is to switch to other methods, e.g. dbus-send or more specific command line tools. Mcetool for example can tell the battery state among other things. For reference couple migrations on sailfish side: https://github.com/mer-tools/sp-endurance/pull/23/files https://github.com/mer-tools/sp-rich-core/pull/85/files ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
[SailfishDevel] Removing libcontextkit-statefs-qt5.so from allowed libraries
Hello, As you might have noticed, we've been lately migrating away from the Statefs based ContextKit API implementation. The QML interface already got rewritten in 3.3.0 as a simpler version that doesn't need a background daemon [1]. Ideally, and hopefully, applications using that module should keep working as they used to. Alas, it didn't all go without glitches: the Jolla phone, tablet and SDK are depending on bluez4 packages and a dependency problem related to that slipped through the cracks [2]. It's fixed now and if we end up doing a bug fix release for 3.3.0, that should be included there. What's been remaining is the c++ library, libcontextkit-statefs-qt5.so, which is about to be removed from the allowed libraries [3]. Based on our checks on Store app dependencies, that shouldn't affect too many. We found only two applications from a single developer and have contacted him. The usage on those didn't either seem too hard to migrate to QML or other API. So all in all it hasn't appeared worth it providing a c++ compatibility library for this little use. This as heads up. Please comment if you have any concerns. [1] https://git.sailfishos.org/mer-core/nemo-qml-plugin-contextkit [2] https://git.sailfishos.org/mer-core/nemo-qml-plugin-contextkit/merge_requests/4 [3] https://github.com/sailfishos/sdk-harbour-rpmvalidator/pull/120 ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Flatpak for Sailfish
On Tue, 2020-01-07 at 11:42 +0200, rinigus wrote: > Pekka, > > thanks for the swift reply! > > > > > - is SFOS keyboard drawn by Lipstick? > > > > Keyboard running in its own process, maliit-server. > > But something is drawing it on the screen via QML. Is that the server > and Lipstick just making space for it? If it is then that would fit > with such separation perfectly. Maliit-server acts as a host for input plugins, and Jolla-keyboard implements such and has the qml parts. The content is drawn in a separate window, and Lipstick handles the window composition. Maliit passes the used keyboard area to application via the qt input plugin so the app knows which area to avoid for active content, and maliit also sets the window properties so Lipstick knows which area of the window should get mouse events. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Flatpak for Sailfish
On Tue, 2020-01-07 at 09:30 +0200, rinigus wrote: > I am working on adding Maliit into Flatpak sandbox. Idea is to use > Maliit plugin on Flatpak side and via DBus communicate with SFOS > keyboard. However, I make few assumptions and would be like to get > some background info: > > - is SFOS keyboard drawn by Lipstick? Keyboard running in its own process, maliit-server. > - does communication between app and the keyboard occur via DBus? Yes. Session bus and p2p connection. > - which files/plugins are used by the app in respect of communication > with keyboard? Is it just > /usr/lib/qt5/plugins/platforminputcontexts/libmaliit* or something in > addition/else? All communication goes through that. Also FWIW the qt plugins do have some qt version checks which might complicate running newer/different qt. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Slilica.Clipboard
On Wed, 2019-12-11 at 12:53 +0100, Thomas Tanghus wrote: > On Tuesday, 10 December 2019 21.54 Thomas Tanghus wrote: > > I was playing a bit with the Clipboard module, just to see how it > > works, > > > > So: How can it be that it's triggered by Sailfish Connect and not > > any > > other apps? > > Answering myself: The onTextChanged is only triggered when the app is > in the > foreground, which in itself makes it impossible on a phone. Sailfish > Connect > listens for network packages and injects into the clipboard, but the > event > is only triggered when the app is in the foreground. > > So basically the only way to monitor the clipboard is to poll it > regularly? Wayland offers clipboard content only to active windows / apps, so not sure how feasible your intention is. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] settings through Settings > Apps > application
On Wed, 2019-12-11 at 14:42 +0200, E.S. Rosenberg wrote: > Hi all, > The question is as the title, if I want to add settings the > "official" SFOS way how do I do it? > I didn't see any examples of this in the sfos/silica documentation. Sorry, but officially you cannot at the moment. Unofficially there's /usr/share/jolla-settings/entries/ dir including .json files for defining the settings hierachy, pointing to some qml file to use for each entry. Not public / harbour allowed because it would allow too much permissions for third party apps, and we haven't gotten around to implement more secure alternatives, e.g. more restricted declarative page file format or process isolation for different qml pages. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Armenian and Chinese font weight discrepancy
On Thu, 2019-07-18 at 14:14 +0200, Tamas Miklos wrote: > Hi, > > I have a native Sailfish app that is now fully localized to various > languages. All works fine except for a few languages that use > special character sets. Armenian and Chinese characters look as if > they were bold all the time. When they are displayed next to Latin > characters, the discrepancy is very visible and annoying. Is it > possible to avoid this anomaly? I don't have similar issues with > Cyrillic and Vietnamese characters, but I haven't tried anything else > (like Japanese). Yep, there are some known shortcomings here. The problem is that different scripts need some specific fonts, and making font styles match is not easy. We've done various things for making it better, adjusting sizes, trying to pick best alternatives, but there is still work to be done. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Boolean dependencies in RPM SPEC
On Sun, 2019-05-12 at 20:47 +0300, rinigus wrote: > Martin, > > thanks for pointing in this direction. I added %dump in SPEC and the > only reasonable macro that I could see was _repository. So, I added > the following to differentiate the dependencies: > > %if %{_repository} == "sailfish_3.0.2.8_armv7hl" > BuildRequires: libicu52-devel > %else > BuildRequires: libicu-devel > %endif > > Not the prettiest of the solutions, but seem to work. Suppose you might want to also try just: BuildRequires: pkgconfig(icu-uc) ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
[SailfishDevel] Notice on Sailfish OS sharing API
Hello, The internal sharing API got some changes in 2.2.0 for supporting account icons in sharing method list. If you have plugins compiled against older version of the operating system, they can cause the sharing engine to crash and sharing method list showing only 'add account' option. As this is currently not supported 3rd party API, the issue does not affect software downloaded from Jolla store, but might happen with e.g. openrepos. If you are affected, check /usr/lib/nemo-transferengine/plugins/ for 3rd party plugins and either uninstall the relevant applications, remove the plugins manually, or update the external plugins to versions targeting 2.2.0. If you are a developer and your application includes a sharing plugin, then rebuilding it against the 2.2.0 SDK will fix it (though you should also add an application icon so it looks nice in the list). Also update dependency in .spec file to: nemotransferengine-qt5 >= 0.3.1 Sorry for the inconvenience. -- Pekka Vuorela & development team ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] ConfigurationValue default path
On Mon, 2018-05-21 at 04:45 +, joao morgado via Devel wrote: > Hi Martin > > Thanks for your replay. > I did a very small example, trying to save a rectangle color, but if > fails. When starting, it's always red. Am I missing something ? > > > ConfigurationValue { > id: mysettings > property alias saveColor: mycolor.color > property alias mystring: page.hello > //property color saveColor: "red" > } > You should have a key there to indicate what configuration value should be accessed. And value is referenced with 'value' property. ConfigurationValue { id: mysettings key: "/path/in/the/dconf/hierarchy/some_option" } Component.onCompleted: console.log("Value: ", mysettings.value) ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Linux desktop software on Sailfish?
On Thu, 2018-03-01 at 23:14 +0100, Dietmar Schwertberger wrote: > Hi! > > In the last days Planet Computers started shipping the Gemini PDA > which > has Android installed by default but features a Linux dual boot > option. > There will be an option to install Sailfish OS as the Linux OS. > > For most buyers the motivation to buy the device is not just Android > with a keyboard but the option to use it as a productivity device, > including office applications and development software. > Currently the only option for this usage scenario is Debian. Ubuntu > should follow soon. > > Is there a realistic option to have e.g. gtk and a Linux desktop on > Sailfish OS? > A Sailfish OS with Android compatibility and Linux productivity > applications would be the perfect OS for the Gemini PDA. Linux desktop and Sailfish OS are kind of mutually exclusive things in the sense the Sailfish provides a home screen, i.e. "desktop". Gkt+ applications could perhaps be possible, but not necessarily an API that is going to get official support. Also desktop applications and widget sets don't likely work nicely on a small mobile device as they have not been commonly developed with finger usability in mind. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] keyboard development
On Wed, 2018-02-28 at 21:14 +0200, rinigus wrote: > Hi, > > I have a question regarding the longer term plans for keyboard > development in SFOS. Namely, @martonmiklos has brought over Presage > predictor to SFOS and already published keyboard using this library. > I think its a great development and together with @ljo we have been > helping @martonmiklos to make this plugin better. Please note that > below, I speak for myself and I haven't checked whether these > questions even make sense with others. > > At present, the released plugin has been enhanced by making it fast > through using different language model storage/query mechanism, using > relatively small size of n-gram database (English 5MB, Estonian > 10MB), made asynchronous to ensure that the user's input is not > lagging behind, and just extended with Hunspell speller as an > additional "predictor". All is in the testing / bugfixing stage. In > longer term, with the right effort, we could get very well working > open-source predictive engine and keyboard. > > I am trying to understand how the pieces fall together and I am not > sure 100% whether I do. I can see that SFOS uses proprietary jolla- > keyboard and the developed Presage input handler extends it. Which is > fine, but maybe we could go deeper and do better. > > From looking around, Maliit has adopted keyboard developed by Ubuntu > Touch as a reference, corresponding Maliit repo https://github.com/ma > liit/keyboard . In addition to UBPorts, the same keyboard is used by > LuneOS. This design already supports Presage and Hunspell, also done > in asynchronous manner as we are testing for SFOS now. It has support > for quite a few number of languages, pinyin, and emoji. I do not know > how this design compares to the internals of jolla-keyboard and maybe > someone can share their knowledge regarding it. I would expect that > it was developed on the top of Maliit available at the time of J1 and > kept as it is after that. Short recap on history. Original Maliit reference plugin was developed for Nokia N9, I was the lead developer for that. On Jolla I wanted to do more QML centric one, based on lessons learned on original Maliit keyboard and another virtual keyboard at Nokia. Ubuntu keyboard went another way and continued from the old code base, think it was also made public after Jolla keyboard had proceeded a lot. > Now, I do wonder what is the long term plan with the keyboard > development? From the outside of Jolla, it seems to me that it would > be wise to join forces with the others and develop this component > together. Each OS in question has their own styling, but that seems > to be possible to apply on top. Not sure if it would be worth much redoing Jolla UI on top of another plugin. Would make the base more complex by requiring extendability of different things. What matters more is ability to reuse different input method engines on different keyboards. While not being too familiar with the current state of maliit-keyboard project, I'd expect it to be somewhat easy anyway. Qml can reuse list model regardless of api elsewhere. For integrating input to jolla-keyboard it's mostly just implementing handler functions for key press/release/click. For general western input that is currently little over 100 lines, some more for updating layout geometry to the prediction engine. > Its not trivial to compile the latest Maliit on SFOS (they switched > to CMake based builds and few cmake configs are missing in SFOS right > now), but I expect that its possible with some effort. Just don't > want to spend too much time if it's gonna be without any use. Guess it depends on what you're up to. If CMake modules make sense on other projects then PRs welcome (some already packaged). If for keyboard you want to have ability to tinker and use a different one then just go ahead :) Maliit framework supports also having multiple plugins, but on Sailfish we've relied on just using the single one that is found, multiple ones might trigger code that hasn't been much tested for a while. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] hunspell
On Tue, 2018-02-27 at 15:35 +0200, rinigus wrote: > For those who are interested in up-to-date hunspell, I have packaged > it under https://github.com/rinigus/pkg-hunspell with the builds > available at https://build.merproject.org/package/show/home:rinigus:k > eyboard/hunspell . > > Packaging script is based on https://git.merproject.org/mer-core/huns > pell with the further split of development and tools packages for > hunspell. That allows to get hunspell as a static library and build > against it. > > I wonder whether anyone has packaged more recent version of > > hunspell than the one available at https://git.merproject.org/mer-c > > ore/hunspell and on our devices? > > > > Also, it looks like mer repo contains source dump of hunspell. If I > > remember other repos correctly, it seems to be the way for other > > packages as well. Any reasons for preferring such model instead of > > git submodules? Looks to be more difficult to update it to the > > current version. Looks like you made a PR for the update. Nice, we'll look into that. For the record, some older packages are having source code dumps. Those have been gradually migrated for git submodule setup for easier maintenance and usage. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] How to access the text edit widget from an input method?
On Mon, 2018-02-19 at 17:52 +0200, Camil Băncioiu wrote: > I'm editing the QML files that belong to the virtual keyboard to add > some extra functionality. Would it be possible to somehow to change > the font of the widget that is receiving the keyboard input? I'm > currently editing KeyboardBase.qml and InputHandler.qml from > /usr/share/maliit/plugin/com/jolla (keeping them under version > control for safety). > > My final goal would be to press a special key on the modified > keyboard which would result in changing the font in the text editing > widget that receives the keyboard input, no matter what app / window > it belongs to. Is this possible? Doesn't sound feasible. Keyboard and application are different processes and keyboard is able to only request text actions. QInputMethod, which the text component receives, doesn't have support for changing font except some formatting options for preedit (= active, underlined word). (Or ok, you could create a custom input context plugin with special ipc for this, have that loaded into qt apps instead of current one and there mess with font property of focused QObject. Not recommending going that far :)) ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Mer PIM build questions
On Thu, 2018-01-18 at 12:57 +0100, Lukáš Karas wrote: > > Now the main question - when I try to build mer-core/timed, there are > few > `*.type` files that should be compiled by `iodata-qt5-type-to-c++` > tool. > But how this should be done in the build? In > src/server/server.pro:17 > is defined IODATA_TYPES with list of these files, but there is > nothing about > it in generated Makefile. There is some qmake plugin or preparison > step > that I overlook? server.pro: CONFIG += iodata-qt5 Suppose that picks up above. libiodata there: https://git.merproject.org/mer-core/libiodata Do wonder a bit where's the need for timed compilation, though. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] libicu
On Thu, 2017-12-21 at 21:33 +0200, rinigus wrote: > Hi, > > when using non-Qt libraries, its sometimes required to link to libicu > with its friends. When distributing applications linking to it, you > end up with 25MB of library data that is also provided in the system. > On my device, there are three apps using it (2 mine). With many > complaining about Sony X root partition size, I wonder how standard > this library is in SFOS installations. I would expect its always > there. If it is standard, shouldn't we get it into permitted libs > list for Jolla Harbour? Sorry, but not that simple: http://userguide.icu-project.org/design#TOC-ICU-Binary-Compatibility:-U sing-ICU-as-an-Operating-System-Level-Library I've long hoped for getting icu updated too (which isn't too simple either). Guess there could be hope in having some day support with the rules set in above link, we already do build with --disable-renaming. In the meanwhile, it's also possible to strip away a lot of data from icu builds: http://userguide.icu-project.org/icudata#TOC-Customizing-ICU-s-Data-Lib rary ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] fonts in Sailfish
On pe, 2017-05-05 at 13:43 +0300, rinigus wrote: > Hi, > > I am developing an application that has to have an access to the > fonts covering all languages. While coverage of the fonts distributed > with SFOS has improved in 2.1, I still get failure with rendering > Sinhala in QML. Probably some other scripts are missing as well. > > For technical reasons, I need to specify the fonts used for rendering > in the program or accompanying style files. Changing that would be > far from trivial and I would prefer to specify font paths and names > for now when compiling program/generating styles. > > Hence my questions: > > * Do we have somewhere a list of fonts that are always available on > SFOS and their path (directories)? I could see a bunch of fonts under > /usr/share/fonts, I presume that's all we have for now. Yea, that's what we have. > * Probably correct way to tackle the font rendering issue would be to > include Noto fonts (or something similar). Ideally, it should be done > via a separate package. I can include all the required fonts in RPM, > but that would blow up the package probably by ~40MB in size > (uncompressed 52MB, zip compressed 42MB). Sounds a bit like a waste > of bandwidth, but probably the only way to do that in agreement with > the Harbour policies. Jolla, any plans to include Noto (or similar) > fonts into SFOS distribution? Or changes in policies allowing us to > push fonts to the devices? While font coverage is slowly getting better, there are unfortunately still lot of scripts missing. What we've added has been done with the aim to have it mixing nicely with existing fonts, sometimes making small adjustments here and there. Including a big set of Noto fonts or similar is not in the plans right now, would require quite a bunch of fonts. The best thing for you could be just including custom fonts in the application if those are needed. If there are certain scripts people would really like to have, would be good to have votes on together.jolla.com. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] QtLocstion (5.6) | Re: SDK version 1701 (2.1.0) is released to Early Access
On la, 2017-02-11 at 13:58 +0100, micu wrote: > > * Qt 5.6 module imports allowed > > When I try out the new SDK with my app, I still get: > > > > > Requires > > > > ERROR [libQt5Location.so.5] Cannot require shared library: > > 'libQt5Location.so.5' ERROR [qt5-plugin-geoservices-osm] Dependency > > not > > allowed > > ERROR [qt5-qtdeclarative-import-location] Dependency not allowed > > ERROR [qt5-qtlocation] Dependency not allowed > > INFO [harbour-berlin-vegan] 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 > > Neither can I find 5.6 versioned QtLocation packages on the device > (via pkcon search) with the new Sailfish OS 2.1.0.9 release. > > I assume that means that QtLocation (5.6) will still not be part of > 2.1.0.9? > > Can we expect this for any future release soon? > Would be very cool to have it :). Yeah, unfortunately not all the Qt packages were yet updated. Hoping we'll soon get QtLocation handled too. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Building Qt Messaging Framework (QMF)
On ti, 2016-12-27 at 14:36 +0100, Erik Lundin wrote: > Hi all, > > In my attempts to examine a problem with an incorrectly interpreted > email address, I'm trying to build Qt Messaging Framework (QMF) [1] > [1] https://git.merproject.org/mer-core/qmf This could work better: https://git.merproject.org/mer-core/messagingframework ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Patching bluetooth keyboard
On ti, 2016-01-26 at 00:03 +0100, Kim Foder wrote: > Hi > > I have a Rii mini pocket keyboard with English layout, and would like > to patch > the keyboard layout to be able to enter the national characters for > Denmark (æ > ø å). I would like to make alt+o => ø, alt+a => å etc. > > From what I read on the 'net I need to patch the boston.qmap file, > does anyone > know if this is correct? Nope, you want to modify xkeyboard-config files. https://git.merproject.org/mer-core/xkeyboard-config or /usr/share/X11/xkb/. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] German Keyboard lacks "ß"
On to, 2015-11-26 at 14:29 +, Mike Gabriel wrote: > My Jolla phone has arrived recently and after I have been playing > with > it for a while, I would love to start reporting various issues. > > One, for example is: the German keyboard layout lacks the > German-essential letter "ß" (ASCII translit: "ss"). Where would be a > good place to report such an issue? together.jolla.com can be used to report issues. Then again ß is available with long press of s. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Determine keyboard locale
On ke, 2015-11-25 at 11:00 +0100, Matthias Fehring wrote: > Hello list, > > is there a way to query the locale of the currently used keyboard in > QML? > > Qt.inputMethod.locale.name returns only "C", whatever keyboard is > used. Unfortunately no proper way at the moment. Should implement support for that interface at some point, though. Bad hacky way is checking sailfish/text_input/active_layout dconf value and inferring locale from qml file name. No guarantees on keeping it that way and doesn't work with hardware keyboards. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Provide onLinkActiviated in DetailItem.value?
pe, 2015-06-26 kello 12:30 +0200, Andrea Scarpino kirjoitti: > Hi, > would be possible to propagate value.onLinkActiviated signal in > DetailItem? > I guess that singnal also requires the value.textFormat to be > Text.RichText (maybe this is a stopper?) > > > > But it would allow links to be "clicked" (e.g. open external browser > on tap). Easy way: just create your own version of DetailItem that supports the functionality. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Running application with customized environment using invoker
ke, 2015-04-22 kello 14:23 +0600, Dmitriy Purgin kirjoitti: > Hi all, > > > I'm trying to make a .desktop file that launches an application with > customized LANG environment variable. I came up with the > following .desktop file (irrelevant entries removed): > > > [Desktop Entry] > Type=Application > X-Nemo-Application-Type=no-invoker > Exec=app-launcher.sh Alternatively, would it be enough doing setenv() as first thing in the application side? ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Problem with SearchField hiding and clearing on text entry
ma, 2015-02-16 kello 15:49 +0100, Tadeusz Sośnierz kirjoitti: > Hey, > I started writing myself a little app with D&D spell list. Worked well > enough until I tried the search functionality. I'm using SilicaListView > with SearchField in it to grep through the QSqlTableModel, and when I > type one letter into the search box it clears itself and defocuses the > keyboard. The search still occurs, for that single letter that got typed in. > > [1] is where I react on keyboard input. If I comment out spells.search() > line the issue with SearchField no longer occurs (but it's pretty > useless for obvious reasons). That makes me think that something on the > C++ side is wrong ([2]), but I don't see why it would affect the view so > dramatically. > > Could anyone point out where did I screw it up? General code criticism > is welcome too :) I'd guess ListView recreates the header item on model reset (you can verify by Component.onCompleted debug output). In such case you could either try make model not do that, or then move the search field out of header. Perhaps some hack like dummy item on header to reserve space and then search field parented to it could provide similar UI. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] TextArea | Using EnterKey.onClicked
to, 2015-02-05 kello 20:11 -0300, Nicolas Cisco kirjoitti: > I try using the qml Keys api: > > > TextArea { >id: textArea >EnterKey.onClicked: console.log("EnterKey.onClicked") >Key.onEnterPressed: console.log("Key.onEnterPressed") > >Key.onPressed: console.log("Key.onPressed") > > } > But doesn't work, the only signal fired is EnterKey.onClicked. > > In addition, my idea is to allow the user to input enters by using > shift and then the enter key, is there a way in order to achieve > this?. At the moment EnterKey doesn't allow to filter out the click event and indeed Keys attached property doesn't work on Silica editors. Could look into both, but not sure if that would be too high priority. First, the virtual keyboard sends key events only on few cases: enter and backspace when no word is active (i.e. underlined). Second, shift modifier is not supported on either. And even if shift would be passed, that as user interface would require multitouch, which doesn't sound like a good idea. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] RegExpValidator - different behaviour between Emulator and Jolla device
ke, 2015-01-21 kello 15:02 +0100, Thomas Amler kirjoitti: > Hi, > > I have a problem concerning the RegExpValidator of a TextField. This is > the code: > > TextField { > id: cameraManufacturer > width: parent.width > label: qsTr("Manufacturer") > placeholderText: label > text: editCameraManufacturer > validator: RegExpValidator { regExp: /^.{3,60}$/ } > EnterKey.enabled: errorHighlight === false ? true : > false > EnterKey.iconSource: "image://theme/icon-m-enter-next" > EnterKey.onClicked: cameraModel.focus = true > > onErrorHighlightChanged: checkContent() > > onTextChanged: console.log(errorHighlight + "#" + > acceptableInput) > } > > The validator works as expected on the Emulator. It reacts on every text > change in the field and changes the errorHighlight Status to false if > the regExp matches and vice versa. Also the field gets marked red if > errorHighlight is true and so on. Predictive text input doesn't play that nicely with validator. You could try adding inputMethodHints: Qt.ImhNoPredictiveText ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] custom autocomplete?
pe, 2014-11-14 kello 17:21 +, fasza2mob...@gmail.com kirjoitti: > Hi Pekka, are there any plans to add this feature? There are a lot of use > cases where it would be extremely handy in 3rd party apps. > > > > I have a TextInput where the user enters host names and/or IP addresses. > > > So > > > naturally, I'd like to offer some mechanism that allows the user to > > > quickly > > > pick from recently used entries. GUI-wise, the best way to do that seems > > > to be > > > the autocomplete of the keyboard, since normally I'd just deactivate > > > prediction completely for this type of input. So instead of just > > > deactivating > > > it, the better choice would be to feed it a simple word list that offers > > > input > > > hints for recently used host names and IP addresses. Any idea how to do > > > that? > > > > Unfortunately it's not possible to offer completion options to the > > keyboard. You have to implement completion on application side. No plans and I don't think this would be among the most important third party interfaces. If you think otherwise, you could perhaps create a t.j.c item. I'd still suggest application side completions, a bit like browser has below the url field when typing. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] custom autocomplete?
to, 2014-11-13 kello 19:09 +0100, Victor Mataré kirjoitti: > Hi all, > > I have a TextInput where the user enters host names and/or IP addresses. So > naturally, I'd like to offer some mechanism that allows the user to quickly > pick from recently used entries. GUI-wise, the best way to do that seems to > be > the autocomplete of the keyboard, since normally I'd just deactivate > prediction completely for this type of input. So instead of just deactivating > it, the better choice would be to feed it a simple word list that offers > input > hints for recently used host names and IP addresses. Any idea how to do that? Unfortunately it's not possible to offer completion options to the keyboard. You have to implement completion on application side. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Add locale support to jolla calendar
to, 2014-11-13 kello 23:43 +0200, E.S. Rosenberg kirjoitti: > Well I solved it and now it's dependent on the locale (which by > default is not set on Jolla) so: > 1. I am more then happy to submit my patches to Jolla, though you guys > claim 'closed source' every file I edited had a BSD license at the > top. I expect you have been checking Silica files. There the QML file side does have BSD licenses on files. Rationale being to allow application developers taking snippets of code when using provided elements directly is not enough for some reason. I don't think we have a precedent of merging contributions there, though. So while it's great you got it working how you like, it could be easier for us (or me) right now to implement this separately. > 2. To actually make this work properly jolla one or all of the > following environment variables need to be present LC_TIME, LC_ALL, > LANG, by default LANG is present but for people like me who want > language A but locale B for dates etc. so some way to set LC_* or at > least LC_ALL would be cool. > I tried adding to my .bashrc but that had no effect for launching from > the launcher, from CLI it helpend of course. > > I assume I need to add it somewhere in dconf but I'm not knowledgeable > enough about dconf for the moment... User session picks up the locale values (that is, LANG at the moment set) from /var/lib/environment/nemo/locale.conf But having different locale categories working properly is not that simple. String translations are also used for date/time patterns, Qt knows only one system locale, etc. Acknowledged that some people want this, though. > Should I publish the patches here or is that considered unacceptable > behavior on this list? I see no reason not to. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] read/write to contacts and calendar
to, 2014-11-13 kello 15:24 +0200, Kaj-Michael Lang kirjoitti: > On to, 2014-11-13 at 14:14 +0200, Pekka Vuorela wrote: > > Calendar is privileged data and cannot be currently accessed by third > > party applications. > > Are there any plans on allowing some kind of access ? > > For example talking to the calendar app trough dbus to add an event, the > user would still need to approve it so it wouldn't go behind the users > back. > > I would like to add this to one of apps so the user can add program > reminder events to their calendar. No promises on schedule etc, but should add support for importing events from .ics files. That could be already enough for above, but importing via d-bus is an option too. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Add locale support to jolla calendar
to, 2014-11-13 kello 02:25 +0200, E.S. Rosenberg kirjoitti: > Hi all, > > I'm trying to add support for locale (or at least firstDayOfWeek) to > jolla-calendar, in the MonthPage.qml file I successfully made the day > labels depend on the locale, but to actually shift all the dates over > seems to be more of an issue. > > > As far as I can tell this should involve the AgendaModel (found in > nemomobile/nemo-qml-plugin-calendar), but I may be wrong. > > > Either way I have 2 questions: > > 1. Am I on the right track? AgendaModel returns events between start and end dates. It does not care about localization details or where a week starts from. > 2. Assuming I pull this off successfully what is the process for > submitting the patch? A pull request on git? sending a patch to this > list? For changes in nemo-qml-plugin-calendar, a pull request in github. Jolla-calendar itself is not open so we don't take patches. However, there are some patches around people have been applying themselves. Support for sunday as first day of week should go to DatePicker&...Dialog. To be done at some point. Not much votes yet on these, though: https://together.jolla.com/question/26507/ability-to-set-firstdayofweek-in-jolla-calendar/ https://together.jolla.com/question/35138/can-i-change-the-first-day-of-week-in-calendar/ ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] read/write to contacts and calendar
ke, 2014-11-12 kello 19:18 +0100, Wim de Vries kirjoitti: > Hi, > I have been searching a lot, went through this mailing list, etc, > but is still unclear to me how I can > read/write contacts and calendar in Qt5. > QMobility is obsolete (Qt4.7). > Should I use dbus. If so, is there documentation about it Sailfish services > etc.? Calendar is privileged data and cannot be currently accessed by third party applications. You have root, so you can of course bypass the restrictions yourself. For calendar the APIs used are: https://github.com/mer-packages/kcalcore/ https://github.com/mer-packages/mkcal https://github.com/nemomobile/nemo-qml-plugin-calendar Last one for QML access. None of these is accepted in store, however. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Undo in SailfishOS apps
ke, 2014-10-15 kello 16:18 +0200, ulf.sw...@e.mail.de kirjoitti: > Hi, > > I wanted to use the QUndo framework (QUndoCommand, QUndoStack) in my app... > but the SailfishOS-SDK doesn't allow access to the QWidgets directly by > default. > > I could enable that, but as I understand use of QWidgets is not > supported in SailfishOS. > So what is the recommended way to implement Undo in an app? Is there another > way to get undo functionality or is it allowed to enable QWidgets for > this purpose? Perhaps just application specific logic? Alternatively this might help. Haven't tried. http://qt-project.org/wiki/Qt-5-Ui-Helpers https://qt.gitorious.org/qtplayground/uihelpers/source/5a530b2b9e514a83b9e5f2a66f06b37d35cac3f2:src/utils > Actually, shouldn't QUndoCommand, QUndoStack and QUndoGroup be in QtCore and > only QUndoView in Widgets? That would allow general usage of Undo > functionality. These seem to rely on QAction which was decided to keep in QWidgets due to being too coupled with widgets. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Virtual keyboard background
Mon, 2014-08-18 kello 11:30 +0300, Sailfish Developer kirjoitti: > Hey, > > I was wondering am I able to change the background for the virtual > keyboard? I suppose I need the universal height of it and a way to get > under it. But what I've tried it seems that the keyboard is pushing > the area from the application itself smaller when it's activated -- > right? The window remains fullscreen, but ApplicationWindow resizes its content to avoid keyboard area. Keyboard area is available from Qt.inputMethod.keyboardRectangle, but that is updated only once when animation starts. While it's possible to anchor things to be shown under the keyboard, at the moment I think it needs to access internal properties of ApplicationWindow. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] How to clear the predicted text in a text field
Sun, 2014-05-11 kello 13:06 +0200, Matthias Fehring kirjoitti: > Hello list, > > when I write something in a TextArea and there is a text prediction, the > prediction ist still shown after clearing the TextArea (text = ""). How can I > clear the prediction in the text field, too? Ideally this should be working without any extra steps. Testing a bit I noticed a couple bugs: Qt doesn't reset input if new text content is the same as previous without considering prediction. And setting text doesn't now properly remove predicted text from input context, getting then reinserted if user moves cursor just after text is set. Otherwise seems to be working. If you want to work around, you can do Qt.inputMethod.commit() before setting the new text content. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Howto activate scrolling when the keyboard shows up ?
Tue, 2014-05-06 kello 07:23 +0200, Matthias Barmeier kirjoitti: > Hi, > > When trying to implement a simple dialog I got the problem that the > keyboard hides the lower half of my dialog. > I tried several things found but nothing worked. > > Could some one leave me a hint where to look or a code snippet how to > make dialog scrollable, when the keyboard is activated. Should be enough that the content of the dialog is inside some scrollable item, e.g. SilicaFlickable. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Haptic feedback for silica components, or lack thereof.
On Sat, 2014-02-08 at 19:31 +0100, Luciano Montanaro wrote: > Hello, everybody, > > I have spent the afternoon playing with my calculator application. > Using it, I realised it needs some feedback to the user, since > pressing the keys obscure them, and the highlighting is mostly lost. > > So I checked what is available, and found that QtFeedback is what I needed. > > Now the calculator has its feedback, which is ok. > > I am using ThemeEffect.PressWeak, which feels right. > > However... > > I am not sure using a Button together with the effect is right: > > it is possible that in the future Buttons will ue haptics feedback on > their own, so my usage would interfere. So I fear this change will not > be acceptable in the Harbour. > > Since haptic feedback is already used in the pulley menu, I expect > more silica components will get it in the future, can someone confirm > this? > > Should I spin my own custom buttons? Haptic support for some more components may come, but if such happens to Button, we should at minimum give some warning beforehand, or then make it opt-in with a property. Then again for calculator kind of key pad, I'd myself prefer something else than a Button. E.g. phone number inputs, Jolla calculator, device lock, etc, have a button area with press highlight rectangle. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Interacting with the Sailfish Software Input Panel from code
On Tue, 2014-01-28 at 17:14 +0100, christopher.l...@thurweb.ch wrote: > Hi all > > Is there any way to interact with the Jolla Software Input Panel > (Visual Keyboard9 from Code? > > i.e. > Are any signals emitted when it opens / closes? > > Are there any methods to open and close it? > > Harmattan had things like panelOpen and closeSoftwareInputPanel(); > > So far in Sailfish all I have found is that from a QML TextArea > element onClicked and onFocusChanged are emitted, giving an indirect > indication that the keyboard has opened. QInputMethod class, QGuiApplication::inputMethod(), and in QML Qt.inputMethod.show()/hide() etc. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] How can I setup calendar access via QML ?
On Sat, 2014-01-25 at 17:48 +0100, Ove Kåven wrote: > Den 25. jan. 2014 13:55, skrev Matthias Barmeier: > > Hi, > > > > do you mean that all these packages: > > > > qt5-qtdeclarative-pim-organizer [...] > > are obsolete or am I unable to use them from QML ? > > Like Andrey, I'm convinced they are not used on Jolla. If you check, > you'll see that none of these QtOrganizer packages are installed by > default on the actual Jolla device, nor depended on by jolla-calendar. > Since I can find no QtOrganizer backend to interface with the actual > calendar, I'm pretty sure that trying to use QtOrganizer will not work > in any useful way, even if you can access it from QML. Correct. Calendar is using Mkcal and currently there is no QtOrganizer backend for it. > > Do you have a hint where I can found an example on how to access the > > calendar with nemo.mobile.org ? > > For an example, you could always install jolla-calendar into your Jolla, > ssh into it, and look under /usr/share/jolla-calendar to study their QML. > > Or you could, if you like, study the source code of > org.nemomobile.calendar at > https://github.com/nemomobile/nemo-qml-plugin-calendar/tree/master/src Worth noting that the qml plugin is not stable API, and also on the device the calendar database is protected from third party apps. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Adding localization to sailfish app
On Thu, 2014-01-09 at 14:59 +0100, Thomas Tanghus wrote: > On Thursday 09 January 2014 14:36 Luciano Montanaro wrote: > > From the shipped application desktop files it looks like that is the way. > > Didn't even think of looking there. It seems only a few apps are translated > that way: > > $ grep "Name\[" /usr/share/applications/* > /usr/share/applications/jolla-contacts.desktop:Name[zh_CN]=人物 > /usr/share/applications/jolla-fileman.desktop:Name[zh_CN]=文件 > /usr/share/applications/sailfish-office.desktop:Name[zh_CN]=文档 Shipped application localization is a bit different, and in that context those are leftovers. For third parties, however, that's the recommended way. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Custom software input panel in QML
On Fri, 2013-12-27 at 19:39 +0600, Andrey Kozhevnikov wrote: > Hello! > > Is there are way to override software input panel in qt5? > In harmattan i used inputContext.customSoftwareInputPanelComponent in > QML which replaces SoftwareInputPanel component You can set enableSoftwareInputPanel to false in your editor and then show your own input component. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Accent with maliit keyboard
On Mon, 2013-12-02 at 15:03 +0100, Damien Caliste wrote: > Hello, > >Sorry for the double posting, I messup with my emails, please prefer > to use this one when replying to me… > >I'm wondering after using the virtual keyboard in the emulator if > typing accents will be convenient or not. > >Currently, it seems to me that accents are reachable by a long press > on the letter then, by clicking on the accented one (e.g. long press on > "e" then one can choose "é", "è", "ê"…). > >I don't like much long press because it breaks the typing flow. In > French we have a lot of accents that have a meaning ("même" is same, > but "mémé" is grandma, while "meme" is nothing), so one can imagine > that typing "mémé" will be long, quick press on "m", long press on "e", > quick press on "é"… > >On the N900, the hardware keyboard uses a compose key, or fn key, I > don't knwo how to call it. It works like the "shift" key, one quick > press and next quick press will be for the alternative symbol of the > key. Two quick press on the fn key, and keyboard is locked for > alternative symbols. Very convenient. I can type grandma ("mémé") very > quickly, by doing a quick press on "m", a quick press "fn" and a quick > press on "l" (which has the "é" as alternative symbol)… So, with only > quick press I'm typing words very quickly like that, without rythm > changes. > >So, would it be possible to add a compose key to the Maliit keyboard > layout of Nemo/Sailfish, that would act like the shift key ? Currently > after a quick press on the shift key, the layout changes to capitals. > I imagine a quick press on this compose key, and the layout would switch > to alternate symbols, displaying all the funny French (or Vietnamese or > else) symbols like é, à, ç, ù, É, À… > >I try to read the Maliit documentation, or give a look to > configuration files on the emulator, but I went nowhere. Can someone > who's expert on Maliit can give me some pointers on how to do this ? > I'm not afraid with writing code if any or recompile things, or even > need to use my own plugin if not accepted upstream. I assume you are here talking about Sailfish keyboard. It's layout system is its own. Maliit only covers lower levels for communicating with the application, hosting keyboard plugins, etc. Thus removed rest of the mailing lists. Dead key support exists and is used for italian, spanish and polish keyboards at the moment. However, on those there's a single character that's used with the dead key, e.g. "e" -> "é". What you ask is more difficult, e could become é, è, ê or ë. As conventional dead key that would require four buttons. French layout has space for maybe two more buttons, but then it's a compromise whether to have larger buttons or cover part of the accents. ___ SailfishOS.org Devel mailing list