We have an app that we are currently upgrading to work in iOS multitasking split screen views. Everything is working great, except for select lists within our UIWebView.
In full screen mode, the select list works as expected. However, in split screen mode when the user clicks the select input, a list pops up covering the entire app. When an option on the list is selected, the list clears, but the blank list is not dismissed. The only way to dismiss the blank list is to pull the app into full screen mode once again.
Has anyone else experienced this issue? Does anyone have any potential solutions? Any input would be greatly appreciated.
This is an open bug in iOS 9.2. Source https://forums.developer.apple.com/thread/23300
Related
Something has gone terribly wrong with my VBE layout. I originally closed my Project explorer and was trying to figure out how to restore it when I made some changes under the window tab of the ribbon.
I've restored the Project explorer but I can't for the life of me reset my code window to display only the current module I'm working on. The resulting layout is hideous, truly atrocious, and difficult to work with.
disgusting VBE display
I've already tried resetting my registry key for VBA as recommended here to no avail. I believe I clicked on either Cascade or Tile Vertically to make the code block appear this way.
Any help would be greatly appreciated.
You've never hit 'Restore Down' before on the Windows controls? Click it again (it will now be called Maximise) to put things right.
Click the square box of any of the windows in the upper right corner for it to fill the window, and then you can navigate using the project folder structure to the left, or the Window menu at top. Windows can be dragged and "docked" at different positions. For step by step instructions on how to dock windows in the VBE, including video see this site, for example
Try setting the code windows in your layout to how you like them. Then add a module to your project, then exit Access. It seems to save the layout at that point.
You can then delete the empty module.
Problem: Having read this article, the initial intention was to dock the tabbed Error List and Output Windows to the IDE status bar, but won't accommodate as it seems this method is not implemented in the IDE interface.
Alternatively try raising the bottom edge of the IDE and move the Error List and Output below the IDE Window. Almost perfect except it squinches the right-docked Solution and Property Windows a little.
Now tabbed and grouped documents can be resized if they aren't docked to the top frame, but then the group becomes another Window outside the IDE (Win 8.11).
Questions: Is there a way to raise the bottom borders of the IDE docked document group to fit the Error List and Output?
That way it's not necessary to keep switching Window configs or hiding Error List & Output as we wish for a clear view of all content in a web page or document.
Or, as there's idle real estate either to the right of the IDE menu items or adjacent to the Notifications/Feedback/Quick Launch/ area is it possible to place buttons binding Window layouts to Ctrl+Alt+{num}?
Also reviving a question for previous VS version as a corollary, is there some way to bring back the old SDI feel of VB where the white space in the IDE is replaced by the desktop or another underlying window?
Helpful answers appreciated as always.
I am writing a MonoTouch iOS app. I have read many postings about ResignFirstResponder and I am using that.
My app is a typical table view app. I have done my own custom table cell view. The UITextField controls that cause the numeric keypad to come up in the first place are all on the custom table cell.
Currently I have it so that if you tap on the background of the cell I call ResignFirstResponder on all the text fields. This seems to work, but is not intuitive. I had a new beta tester get it last night and he tapped on one of the text fields and the keypad came up and he was lost as to how to get rid of it. After I told him to just tap the background, he now is fine, but obviously I want a solution that is obvious and doesn't require me to tell everyone how it works.
I read one post about a way to add a DONE button to the keypad, but it looked like a total hack and even broke when 3.2.1 came out and I don't want to have to worry about my app breaking when a new OS comes out.
Suggestions?
I would keep the background click->ResignFirstResponder that you have already, but add to it.
Curious, what button do you have set in the bottom right of the keyboard? There are options to show a Done, Search, Go, Next etc. buttons that can be setup to ResignFirstResponder. Pick the button that makes sense in your situation.
You can hook into the bottom right button by setting a callback to UITextField.ShouldReturn and calling ResignFirstResponder. You can just return false (that return value is for allowing line breaks in your UITextField).
Found an example here of hooking up ShouldReturn.
I have an interesting (but frustraring) problem. I have an application which uses the full screen (this is meant to simulate a third-party fullscreen POS application).
My application displays a sequence of modeless dialog boxes on top of the full screen application. It shows one, hides it, then shows the next, hides it etc. After the 3rd show, the Windows taskbar appears about 1 second later. I can't figure out why.
I've stripped my code right back to see if its something I'm doing in my OnNcActivate handler (which I use to draw my skinned window) but I don't think it is as the problem appears to be timing related. I've tried running Spy++ as well as dumping messages in m WindowProc myself and I still can't see anything odd that would give me any clues.
There are some messages with ID 0x36e in my logs but I can't find out what they are supposed to be. I've checked various message ID lists and can't find them. They shouldn't be any message IDs of my own since WM_USER doesn't start until 0x400.
I know I could get around this problem by auto-hiding the taskbar but I can't ask our customers to configure their taskbars to auto-hide to get round my problem.
Any ideas why the taskbar would appear in relation to my modeless dialog boxes?
EDIT: I completely stripped out my self-drawn GUI code and I still have the same problem. I could be wrong but it would seem that when I call ShowWindow( SW_HIDE) first, Windows tries to activate "another Window" (as it says in MSDN). I think in this case its activating the taskbar rather than the POS application. If on the other hand I open my second window before calling ShowWindow( SW_HIDE ) on the second, then it seems to behave itself.
Cheers
Sparky
Following a long discussion I come to the conclusion that DestroyWindow was not the problem. I found in the end that displaying a dialog.. clicking on the POS, then clicking back on the dialog that sometimes the taskbar would appear. I have spent an entire week trying to find reasons for all of this but to no avail. I thought that assigning the POS window as the owner would solve the problem - it didn't. In the end the solution for my problem was to determine if the taskbar is obscured completely before showing my dialog. If it is, I hide the taskbar for the duration which my dialog is displayed (set its placement to SW_HIDE) and then set it to SW_SHOW when I close my dialog. The task bar doesn't pop up and annoy people anymore. Not a fantastic solution for other peoples' applications perhaps, but perfect for our customers.
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.