I use LWUIT 1.5 and in the "Libraries & Resources" project property I selected both LWUIT_MIDP.jar and MIDP_IO.jar.
The problem is that sometimes , usually in the second Form after the main Form and the fourth Form, when I click a Command ( either the left or the right ) then the menu is not shown , in fact it is not a menu but a Dialog. Although when I replace the project property to use the LWUIT.jar file of LWUIT 1.4 then I can click the Commands and show the Dialog.
So what should I do to make the Commands work with LWUIT 1.5 ?
May be a bug on LWUIT 1.5. You can try to test current version of LWUIT(Repository version). Checkout from LWUIT repository. Still it happens means post into LWUIT bug tracker.
Related
Here's a snapshot of my app where you can see the running app which has missing text and you can see the text that should be displaying (which is properly displaying in design mode).
Why isn't the text displaying at runtime?
This only started happening when I updated to version 4.1 of Android Studio and rebuilt my app.
Additionally, here is how they are defined in the layout xml:
Here's a view of the layout details of the one checkbox that is not displaying the text:
Notice that it is showing text size in PT (points).
I changed it to sp after choosing from droplist and now it displays properly.
Not sure why this has always worked in the past and suddenly stopped working.
If it is a change I would expect an auto-update functionality when Android Studio upgrades the project.
Should Not Work In Design Mode Either
If it is a problem I would also expect it to display improperly in the Design Mode also. Instead it looks correct in design mode even though runtime doesn't display it. In this way I would've understood that I was using an incorrect unit.
TextView Also
I found that this was also happening in many of my TextView controls.
TL;DR: Although I can edit component attributes directly in XML (sanity check — I'm sane) the Attributes inspector pane claims nothing is selected. I.e. "It doesn't work."
I added a CardView to the main layout. It does show up in the Component Tree and in the Design Editor. I select the CardView in the Component Tree pane, but the Attributes pane says "No component selected".
I'm using Android Studio 3.5.2 on MacOS 10.15.1. This happens with all three CardViews (see screenshot).
Clicking the Text tab shows the XML for all the components, including the (so-called) "non-selected" one. Direct edits I make on the CardView XML entity do have effect, and the app builds and runs correctly, with all three CardViews showing up and scrolling in the ScrollView. So this is probably not a gradle issue (thanks autocorrect, it's not a cradle problem either). It's more like the build process knows about the views, but not the edit process.
I re-created the project from scratch, with the same result.
I had the same problem today with a FloatingActionButton in Android Studio on macOS.
Restarting Android Studio was the solution for me.
For some reason i am not able to enter any text in inputtext in dhtml environment. The same is working fine in swf10 environment.
When i hover over the input text i observed that the cursor is not changing to selector. It looks as if the onmouseover event of inputtext is not getting fired.
Has anyone come across this kind of issue in openlaszlo dhtml envrironment?
I am using OpenLaszlo 4.9, Windows 7 and the browser is Firefox 15.0
I found a bug report in jira http://jira.openlaszlo.org/jira/browse/LPP-9934.
Please suggest any ideas to overcome this issue/
The problem you are seeing is probably connected to the way OpenLaszlo replicates the behavior of clicking through Sprites or visual elements in the Flash runtime for the DHTML/JavaScript runtime. Until recently browsers didn't support that kind of functionality directly. Therefore the OpenLaszlo team had to use a workaround, which is described in detail in this comment on LPP-5447.
Clickdivs exist to have independent control over clickable sprites,
without interference from regular divs. They are placed in a separate
copy of the regular lzdiv sprite hierarchy so we have more control.
This also provides a place to put focused inputtext divs so they are
in the foreground and clicking/dragging to edit works properly.
The clickdiv functionality seems to be broken from time to time with browser updates or due to regressions. In 2012 some improvements to the DHTML runtime click-through functionality were done, using newer browser features in Firefox (which now allows to click through div elements using the CSS style pointer-events). Since the clickdiv functionality is part of the LFC, fixing that functionality in your application is not advised.
You can test if the inputtext works by tabbing through the components until your inputtext element has the focus and start typing. If the text can be entered as expected, but you cannot click the component with your mouse to select it, it's definitely a clickdiv problem.
Update: Tested with OpenLaszlo 4.9.0 and various browsers
I've tested with OpenLaszlo 4.9.0, DHTML runtime and IE9, Firefox as well as Chrome, using the test case attached to LPP-9934: All browsers show that specific bug behavior. If the bug has not been filed, please file a JIRA bug.
I have a problem with choiceBox in my project.
When i make a selection on choicebox, pop up menu appereance on different areas for all time.
I mean when i make a selection, pop up menu position changes and not even close choicebox.
I am really confused.
Thanks in advance.
Oh, you are using embedded JavaFX. It seems you've encountered issue http://javafx-jira.kenai.com/browse/RT-15970 (Popups aren't drawn in the right place in applet mode if the browser window is moved). It's targeted for upcoming 2.1 release so you may just wait till it.
Has the browser window been removed from the latest version of Xcode? I've seen this window in an iOS class I watched online and again in a book I have. I can't find anything in the View menu to turn it on.
I'm running Lion and the latest version of Xcode. I created a new project with Core Data turned on and then built it. I then clicked on .xcdatamodeld file and I get a graphic window with the default table in it.
Do you mean the project browser on the left? You enable that using the 'view' buttons on the right side of the toolbar.
The toolbar might be hidden though, so go to the view menu and select "Show toolbar" if needed.
Then select the fourth button from the right on the toolbar, it is the first button in the set of view buttons. This shows the Navigator View on the left of your screen, which has 7 selectors on the top. The leftmost will give you the project browser (project navigator), the one next to it is the symbol navigator.
I hate to be answering my own question again. I like to keep my answer rate at 100%. Since I didn't get a response here, I tried the Apple developer forums. It turn out the Xcode 4.* changed the interface and this series of windows no longer exist. The same functions can be found in other locations.