Any luck?
--
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 codenameone-discussions+unsubscr...@googlegroups.com.
Visit this group at
I used the build hint and when I look at the installed app inside the
jfxswt.jar manifest.mf is see the following:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.9.2
Created-By: 1.8.0_40-b27 (Oracle Corporation)
So It did not seem to update the JavaFX library.
rt.jar manifest.mf:
Shai,
How can I test the changes you made to make sure this fixes the issue?
--
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
Shai,
How can I test the changes you made to make sure this fixes the issue?
On Tuesday, March 12, 2019 at 11:27:50 PM UTC-4, Shai Almog wrote:
>
> We're working on it but as suspected it's harder than just switching the
> JDK implementation.
> We added new build hints:
>
>
Any updates on this?
--
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 codenameone-discussions+unsubscr...@googlegroups.com.
Visit this group at
Early March would be fine. Thank you.
On Thursday, February 21, 2019 at 10:51:47 PM UTC-5, Shai Almog wrote:
>
> I suggest following the blog as it's all announced there. We are currently
> in code freeze which we entered on the 20th. It's for one week until the
> 27th.
> We can address this
Understood. When is the 6.0 release scheduled for?
I hope you could please make the upgrade of the JVM to at least version
1.8.0_144 your number one priority after the release of 6.0, so this can be
released as an interim release before 7.0 goes out.
On Wednesday, February 20, 2019 at
Shai,
I am running into issues where the javapackager builds the EXE however then
when installing the EXE I get the following error: "Failed to find library:
jvm.dll".
The whole point of us using CN1 is to not have to look into these platform
specific issues. Please upgrade your JDK to at
Do you have documentation on how to package locally?
On Thursday, February 14, 2019 at 11:15:17 PM UTC-5, Shai Almog wrote:
>
> When I say version 7.0 it's a full timeline which starts in March and is
> currently planned to end in June. It's not a specific date. We can try and
> aim to an
Shai,
When is the 7.0 release planned for?
Could you at least upgrade to JVM version 1.8.0_144-b01 or higher in the
meantime since I need this in our production environment as soon as
possible.
On Wednesday, February 13, 2019 at 10:20:03 PM UTC-5, Shai Almog wrote:
>
> The desktop build
The Windows and Mac OS Desktop builds use JavaFX browser for
the BrowserComponent.
When using the simulator the BrowserComponent supports CSS variables (var).
The simulator in Windows uses JavaFX as its browser. I run the simulator on
JVM version: 1.8.0_144-b01
When running the app in the
That works. Thank you.
--
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 codenameone-discussions+unsubscr...@googlegroups.com.
Visit this group at
The RequestBuilder produces a cancel/retry dialog in case the
getAsJsonMap() call encounters an error response. Can this be turned off?
--
You received this message because you are subscribed to the Google Groups
"CodenameOne Discussions" group.
To unsubscribe from this group and stop
The RequestBuilder produces a cancel/retry dialog in case
the getAsJsonMap() call encounters an error response. Can this be turned
off?
--
You received this message because you are subscribed to the Google Groups
"CodenameOne Discussions" group.
To unsubscribe from this group and stop
Does this mean when using "Send Windows Desktop Build" in NetBeans it
should build using the fix you did on the server right now? If so, it is
not fixed since I still see the issue when running the Windows Desktop
Build.
On Saturday, December 15, 2018 at 12:36:31 AM UTC-5, Shai Almog wrote:
>
Since I didn't see a comment from you here saying that is was fixed I
assumed it was not.
Thank you.
On Thursday, January 3, 2019 at 10:37:29 PM UTC-5, Shai Almog wrote:
>
> This was fixed ages ago. I just tried the test case on the simulator and
> it worked for me.
>
--
You received this
https://github.com/shannah/cn1-websockets/issues/14
I have not received any updates on the issue. Any idea when this will be
fixed?
On Sunday, November 25, 2018 at 11:23:13 PM UTC-5, Shai Almog wrote:
>
> In that case Steve should follow up in the issue.
>
--
You received this message
Netbeans does not show any updates for the Codenameone plugin.
On Friday, December 14, 2018 at 12:34:39 AM UTC-5, Shai Almog wrote:
>
> The fix went in last week so if it wasn't fixed it means that this wasn't
> the issue.
> Can you send a build with include source and check whether the
Any update on this issue?
On Saturday, December 1, 2018 at 12:54:51 AM UTC-5, Shai Almog wrote:
>
> I think one of our fixes to black screen issues collided with this. We'll
> fix that.
>
--
You received this message because you are subscribed to the Google Groups
"CodenameOne Discussions"
When building "Windows Desktop Build" using a BrowserComponent in full
screen mode is not working. The window sizes at first is full screen and
then when app is fully loaded it resizes to smaller than the full screen.
This behavior happens on screens that are 1920 x 1080.
Build Hint:
Windows JDK 1.8.0_144
--
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 codenameone-discussions+unsubscr...@googlegroups.com.
Visit this group at
Shai,
I was talking about the "Zoom" menu option in the CN1 simulator itself. Not
zoom functionality we wrote.
On Wednesday, November 28, 2018 at 3:34:50 PM UTC-5, remon...@ordyx.com
wrote:
>
> Clicking on a BrowserComponent when in Zoom mode in the simulator does not
> map the events
Clicking on a BrowserComponent when in Zoom mode in the simulator does not
map the events correctly. For example when clicking on a button displayed
in the BrowserComponent it will not fire the click event when in Zoom mode.
--
You received this message because you are subscribed to the Google
Same problem.
--
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 codenameone-discussions+unsubscr...@googlegroups.com.
Visit this group at
If autoReconnect is set and you close the WebSocket it will still continue
to try and reconnect.
I tried setting autoReconnect to 0 before the call to close() however based
on the code it seems like the reconnectTimer is never reset when turning
off autoReconnect.
Can this please be fixed
Thank you for your response.
Do you think this static is the whole issue?
On Monday, November 5, 2018 at 12:08:10 AM UTC-5, Shai Almog wrote:
>
> That makes sens, we'll remove the static modifier for the next update.
>
--
You received this message because you are subscribed to the Google
Added a new issue to github:
https://github.com/codenameone/CodenameOne/issues/2600
On Monday, November 5, 2018 at 12:05:54 AM UTC-5, Shai Almog wrote:
>
> I suggest filing an RFE in the issue tracker where this can be assigned
> and evaluated: http://github.com/codenameone/CodenameOne/issues/
I think EasyThread has a bug where a Runnable is never executed.
Here is the simplest code to reproduce the problem. Add the following code
in the start() method of the app:
EasyThread et1 = EasyThread.start("et1");
I cannot find a way to specify a connect timeout on a WebSocket. Can this
functionality please be added?
Even when trying to connect to an IP that is not reachable the call to
connect takes forever.
--
You received this message because you are subscribed to the Google Groups
"CodenameOne
I want to be able to store app preferences that work on both Android and
iOS where in iOS the preferences can be set through the "Settings App". How
can this be accomplished using CodenameOne without writing native code?
--
You received this message because you are subscribed to the Google
I want to be able to store app preferences that work on both Android and
iOS where in iOS the preferences can be set through the "Settings App". How
can this be accomplished using CodenameOne without writing native code?
--
You received this message because you are subscribed to the Google
Perfect. Thanks again.
On Tuesday, August 14, 2018 at 10:04:48 AM UTC-4, shannah wrote:
>
> Thanks. That's just some print statements I put in to help debugging. I
> need to remove those.
>
>
> On Tue, Aug 14, 2018 at 7:00 AM, > wrote:
>
>> Thank you for your help Steve,
>>
>> It went through
Thank you for your help Steve,
It went through now. It still shows what I imagine are warning but it does
move forward and compiles now.
Here is part of the output:
Failed to get signature for method
@Override()
public Set> entrySet() {
throw new RuntimeException("Not supported yet.");
}
The following class caused the "java.lang.RuntimeException: Could not find
class K" exception.
package com.restoware.ordyximpl;
import java.util.AbstractMap;
import java.util.Map;
import java.util.Set;
public class ConcurrentHashMap extends AbstractMap
{
@Override
public Set>
Steve,
It moved along further now, however still errors. Here is the next one:
Failed to get signature for method
private boolean isUpdated(Iterable serializables) {
boolean isUpdated = false;
for (Serializable o : serializables) {
if (o.isUpdated()) {
isUpdated =
Steve,
After updating the plugin there is still an issue. Here is the error:
interface Dto
Failed to get signature for method
public T get(String url, Class type, long id) throws Exception;
message: Could not find class T
interface Dto
Steve,
I upgraded the plugin through Netbeans. This did not fix the issue, however
it did change the error message a bit. It now shows 2 extra lines:
Type params is T
Type kind is IDENTIFIER
Failed to get signature for method
public T get(String url, Class type, long id) throws Exception;
Websockets cn1libn has server side socket support? I though it only
supports client side websockets.
On Friday, August 3, 2018 at 4:37:59 PM UTC-4, Thomas wrote:
>
> use the websockets cn1lib
>
> On Friday, August 3, 2018 at 3:19:03 PM UTC+2, remon...@ordyx.com wrote:
>>
>> We need to have a
We need to have a WebSocket Server running on both iOS and Android. How can
we get this accomplished using CodenameOne? Is there a library you
recommend?
--
You received this message because you are subscribed to the Google Groups
"CodenameOne Discussions" group.
To unsubscribe from this
39 matches
Mail list logo
