Thanks for the elaborate answer.
Now that I understand the harbour remarks, I can rephrase my question
about user/app data files in a new topic: "where to install user
(controlled) data files for my app".
Thanks again.
r
wim
On 01/09/2014 12:13 AM, Alejandro Exojo wrote:
El Wednesday 08 Janua
On 09 Jan 2014, at 00:37, Thomas Tanghus wrote:
> On Wednesday 08 January 2014 09:22 Jonni Rainisto wrote:
>> IMHO applications that use QStandardPaths should be always accepted, there
>> must be something wrong with the process or rules if that is the cause for
>> rejection. If QStandardPaths po
Hi,
I added localization to my sailfishos app, as I didn't see a real example
here I thought I'd post one for the sake of archiving (and googling).
The way it works is that I install qm files to
/usr/share/$NAME/localization the qm files are of the form <2 letter
language code>.qm, you could be m
On Wednesday 08 January 2014 09:22 Jonni Rainisto wrote:
> IMHO applications that use QStandardPaths should be always accepted, there
> must be something wrong with the process or rules if that is the cause for
> rejection. If QStandardPaths points to wrong directory then its a bug which
> should b
El Wednesday 08 January 2014, wsvries escribió:
> Thanks Reto, Jonni,
> I am still puzzled (please see harbour comments below).
> I assume that the XDG naming is only to be used in the program code
> itself (not in .pro or .yaml).
> So, I would need to replace (in .pro)
>
> data.files = checklists
Hi,
I try to run my app in debug mode on the phone but I always get this
message:
:-1: Warning: Clock skew detected. Your build may be incomplete.
What does this mean ?
Is this the reason why the debug session does not come up ?
How can I avoid this ?
Ciao
Matze
On Wednesday 08 January 2014 21:24 David Greaves wrote:
> The original intention was to offer a range of functionality to suite
> different skill levels.
And the intention is much appreciated especially for n00bs like me :)
It only needs a bit of tweaking:
1. Disable updating the yaml all togethe
The original intention was to offer a range of functionality to suite different
skill levels.
Essentially "the Qt way" is to use the .pro files to specify things like
myapp.files/myapp.path and INSTALLS += myapp. That should drive the Files:
section of the yaml. To avoid making experience Qt devs
Hi,
The documentation insists on using macros when you refer to paths (eg
%{_bindir} instead of /usr/bin).
Still, I cannot find a listing of those macros (they seem to differ
linux distro).
Thanks.
___
SailfishOS.org Devel mailing list
Indeed, as a novice with rpm I always open .yaml it in kate.
On 01/08/2014 06:06 PM, christopher.l...@thurweb.ch wrote:
seconded: So far I have not seen the benefit of a dedicated editor: It
does not make it any easier for the novice to understand what the
entries are for, so why this dedicate
seconded: So far I have not seen the benefit of a dedicated editor: It
does not make it any easier for the novice to understand what the
entries are for, so why this dedicated Editor?
mfg
Chris
Zitat von "Luciano Montanaro" :
But anyway, it changes it in a way that fails the validator
But anyway, it changes it in a way that fails the validator I
would prefer if it left it alone after creation.
Also, I find the custom form editor is an anti-feature...
* it gets in the way as soon as the .yaml file gets complex
* it has fixed-size text box, and to undo the changes one has t
Thanks Reto, Jonni,
I am still puzzled (please see harbour comments below).
I assume that the XDG naming is only to be used in the program code
itself (not in .pro or .yaml).
So, I would need to replace (in .pro)
data.files = checklistsdata/*
data.path = /home/nemo/Documents/checklistsdata
wit
It's swipe - and yes there's material that uses the original "push" still.
David
On 08/01/14 01:31, Timur Kristóf wrote:
> Hey,
>
> I recall that a while ago you called "swipe" as "push" - I'm pretty sure the
> word "push" is used repeatedly in many videos too.
>
> So which one is the correct
Hi,
On 08.01.2014 10:55, Wim de Vries wrote:
Hi,
I am adding some more info to my question.
I am using QStandardPaths.
Harbour is refusing my app, stating that I should use $XDG_CONFIG_HOME
Still, this var is not set. The only ones are:
"XDG_SESSION_ID" value: "c5"
and
"XDG_RUNTIME_DIR" value: "
IMHO applications that use QStandardPaths should be always accepted, there must
be something wrong with the process or rules if that is the cause for
rejection. If QStandardPaths points to wrong directory then its a bug which
should be fixed.
re, Jonni
From: de
Hi,
[1] gives me [2] as the very first search result :)
BR,
Martin
[1] https://www.google.com/search?q=xdg_config_home
[2] http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
On Wednesday, January 08, 2014 09:55:33 AM Wim de Vries wrote:
> Hi,
> I am adding some more info to
Hi,
I am adding some more info to my question.
I am using QStandardPaths.
Harbour is refusing my app, stating that I should use $XDG_CONFIG_HOME
Still, this var is not set. The only ones are:
"XDG_SESSION_ID" value: "c5"
and
"XDG_RUNTIME_DIR" value: "/run/user/10"
I need to add data files duri
18 matches
Mail list logo
