Yes. 
You can probably accomplish this very easily with a native interface.

On Thursday, August 27, 2020 at 11:42:56 AM UTC+3 P5music wrote:

> Do you mean that your SimpleDateFormat is missing some format string 
> combinations among the ones that can be found on Apple devices?
> I think those are standard too and you certainly created a list of formats 
> from some official documentation table, maybe from Java (Android?),  but it 
> is likely it's a standard anyway. What about that? 
> What is your concern?
> I think that an Obj-C version of that code snippet can be easily found. I 
> am not asking to introduce a new feature anyway, it is up to you.
> For my app I need the current format (I think it does not fail the 
> standard) and then use SimpleDateFormat for other formats I took from 
> general Android documentation. I think they are compatible. The only 
> concern is about the current dateFormat value from iOS, as I said I think 
> it is as standard as what is in SimpleDateFormat.
>
> Il giorno giovedì 27 agosto 2020 alle 04:26:08 UTC+2 Shai Almog ha scritto:
>
>> That's swift code. We work with objective-c. Notice that this specific 
>> syntax from Apple might be incompatible with our SimpleDateFormat class. 
>> You can probably adapt and port it using native interfaces but you might 
>> run into problems where a specific device might have a format we don't 
>> support.
>>
>> On Wednesday, August 26, 2020 at 12:04:55 PM UTC+3 P5music wrote:
>>
>>> I do not understand, do you deem that the native field dateFormat is not 
>>> good to read from after a date instance has been read from the system? Do 
>>> you think it is read-only or simply it does not yield meaningful values?
>>>
>>> Il giorno mercoledì 26 agosto 2020 alle 08:53:04 UTC+2 Shai Almog ha 
>>> scritto:
>>>
>>>> AFAIK this won't work. We generally provide such things in L10NManager. 
>>>> If it's missing a method that can address that feel free to file an RFE or 
>>>> pull request.
>>>>
>>>> On Tuesday, August 25, 2020 at 10:31:01 AM UTC+3 P5music wrote:
>>>>
>>>>> I read this documentation (and other):
>>>>> https://developer.apple.com/library/archive/qa/qa1480/_index.html
>>>>> It is stated that there is overriding if you do not use special 
>>>>> methods for fixed formats. I think the code you provided uses simple 
>>>>> methods that have the dateFormat that can be overridden.
>>>>> As to my original question, I think it is useful for me to use the 
>>>>> "dateFormat" property, I mean read it and then set it with another value, 
>>>>> but I think I have to use the special  case like this
>>>>> let RFC3339DateFormatter = DateFormatter()
>>>>> RFC3339DateFormatter.locale = Locale(identifier: "en_US_POSIX")
>>>>> RFC3339DateFormatter.dateFormat = "yyyy-MM-dd'T'HH:mm:ssZZZZZ"
>>>>> RFC3339DateFormatter.timeZone = TimeZone(secondsFromGMT: 0)
>>>>>
>>>>> I cannot test it now but I hope it works.
>>>>> Il giorno martedì 25 agosto 2020 alle 05:42:15 UTC+2 Shai Almog ha 
>>>>> scritto:
>>>>>
>>>>>> No. It doesn't.
>>>>>>
>>>>>> On Monday, August 24, 2020 at 11:41:40 AM UTC+3 P5music wrote:
>>>>>>
>>>>>>> Thank you.
>>>>>>> I would like to know whether the SimpleDateFormatter implementation 
>>>>>>> is overridden by the user settings.
>>>>>>> I read in Apple documentation that despite the format string, some 
>>>>>>> values can be changed on behalf of the user, like when 24H format is 
>>>>>>> replaced with AM/PM.
>>>>>>> So is the implementation override-prone?
>>>>>>> I am asking this because I think Android does not override and I 
>>>>>>> rely on that on the Android platform, I read also the documentation and 
>>>>>>> I 
>>>>>>> do not remember having read something like that.
>>>>>>> But iOS does so, and this could impact my app. It is important for 
>>>>>>> me to know.
>>>>>>>
>>>>>>>
>>>>>>> Il giorno lunedì 24 agosto 2020 alle 03:56:32 UTC+2 Shai Almog ha 
>>>>>>> scritto:
>>>>>>>
>>>>>>>> It's defined somewhere but not using this string and I'm unaware of 
>>>>>>>> the API where it's defined natively. This is what we do for native 
>>>>>>>> date 
>>>>>>>> formatting (Objective-C code) in our native implementation:
>>>>>>>>
>>>>>>>> #ifndef CN1_USE_ARC
>>>>>>>> NSDateFormatter *formatter = [[[NSDateFormatter alloc] init] 
>>>>>>>> autorelease];
>>>>>>>> #else
>>>>>>>> NSDateFormatter *formatter = [[NSDateFormatter alloc] init];
>>>>>>>> #endif
>>>>>>>> if (currentLocale != NULL) {
>>>>>>>>      formatter.locale = currentLocale;
>>>>>>>> } else {
>>>>>>>>      formatter.locale = cn1DeviceLocale();
>>>>>>>> }
>>>>>>>> NSDate* date = [NSDate dateWithTimeIntervalSince1970:(d / 1000)];
>>>>>>>> [formatter setDateStyle:NSDateFormatterMediumStyle];
>>>>>>>> JAVA_OBJECT o = fromNSString(CN1_THREAD_STATE_PASS_ARG [formatter 
>>>>>>>> stringFromDate:date]);
>>>>>>>> POOL_END();
>>>>>>>> return o;
>>>>>>>>
>>>>>>>> On Sunday, August 23, 2020 at 1:31:37 PM UTC+3 P5music wrote:
>>>>>>>>
>>>>>>>>> I do not need to format a date by a format string, I need the 
>>>>>>>>> format string itself, the current one, like the one it is now on your 
>>>>>>>>> smartphone, it is secrectly stored somewhere. If you change the date 
>>>>>>>>> format 
>>>>>>>>> on your phone, another string is used. Android SDK lets me get it by 
>>>>>>>>> a 
>>>>>>>>> method call. Is iOS so liberal too? Where I could find that method in 
>>>>>>>>> iOS 
>>>>>>>>> to call natively from my app.
>>>>>>>>> Thanks
>>>>>>>>>
>>>>>>>>> Il giorno domenica 23 agosto 2020 alle 04:51:07 UTC+2 Shai Almog 
>>>>>>>>> ha scritto:
>>>>>>>>>
>>>>>>>>>> You use SimpleDateFormat with that string and it would write the 
>>>>>>>>>> name of the month instead of MMM in the short form. 
>>>>>>>>>> You construct a SimpleDateFormat with that string and then use 
>>>>>>>>>> the format(Date) method from that class.
>>>>>>>>>> On Saturday, August 22, 2020 at 11:04:21 AM UTC+3 P5music wrote:
>>>>>>>>>>
>>>>>>>>>>> I opened this SO question
>>>>>>>>>>>
>>>>>>>>>>> https://stackoverflow.com/questions/63492828/ios-getting-the-current-date-time-format-string
>>>>>>>>>>> but I couldn't include the CodenameOne tag.
>>>>>>>>>>> I wonder if there is a native function (or a workaround) to have 
>>>>>>>>>>> the current date-time format in iOS as a string like
>>>>>>>>>>>
>>>>>>>>>>> dd MMM y HH:mm:ss
>>>>>>>>>>>
>>>>>>>>>>> It's letters not the real values. I have to show it to the user.
>>>>>>>>>>>
>>>>>>>>>>> Thanks in advance
>>>>>>>>>>>
>>>>>>>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"CodenameOne Discussions" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/codenameone-discussions/bcee7e38-5a04-41d9-82c8-93370b3c0b2en%40googlegroups.com.

Reply via email to