Using PhpStorm, I usually have 2 or 3 source files opened in splitted editors. Now that I have a secondary screen, I've put all the toolbars in the second screen, and I'd like to have a fixed 3-splits layout for my editors. But as soon as I close the last tab in one of the splits, that split is gone.
I've search through PhpStorm options and surfed for an answer, but didn't seem to find how to do it.
Is there any way to fix the split layout in PhpStorm?
It is not possible to get such behaviour in current version.
https://youtrack.jetbrains.com/issue/IDEA-66407 -- watch this ticket (star/vote/comment) to get notified on progress.
Related
The editor for the GUI is a complete mess. When I create a brand new script, the spacing and font are relatively ok.
However, if I open any existing function, it is shown with way too much space between lines, and spaces and tabs show way more space than they should. An example is shown below:
I tried selecting the Edit - Preferences - General - Use custom file editor options, and chose "notepad++ -n%l %f. I have notepad++ installed already on my computer.
When I selected this option and clicked ok, the Octave GUI crashed. When I tried to reopen a file now, I get the error "could not start custom file editor".
If I change the font, it temporarily fixes the issue. But none of the changes persist. Often clicking OK crashes octave. And any time it's reopened, the fonts revert to default, and the spacing problems returns.
How can I make the editor show an appropriate leading and space width?
I would also like to be able to further customize, if possible. For example I'd like it to use a dark theme. But for now just showing a reasonable space between lines would make this at least useable.
I'm using Windows 10, Octave version 6.4.0
I've recently upgraded to Xcode 5.1 and I'm experiencing the most annoying bug. The instant search or method search dialog that allows you to search the methods on the given source file you are looking at isn't allowing me to enter more than one character. I have large source files and I tend to rely on that a lot. Any idea why this might be happening. I've tried re-installing Xcode (simply be dragging it in the trash).
You can find the search field I'm talking about by clicking the method as shown in the screenshot and simply typing something.
When I type the character gets replaced with the last letter entered.
(This one's just informational: I don't think it will fit in a comment, and want to report on what suggestions worked and didn't.)
I ran into this same problem. I accidentally typed some other key combo when trying to do Ctrl+6 to open the Document Items dropdown, and it was all out of whack after that.
As clance_911 mentioned, the filtering would work after clicking in the search box. So for example, to filter for "init", I could hit Ctrl+6 to open the Document Items, type "i" to start filtering (but then any subsequent letters would replace the i), click into the search text box, and continue typing the "nit". This works, but it's a pain.
As Moze pointed out, this seems to be specific to external displays. Sure enough, it worked fine on my MacBook display, but if I moved Xcode over to the external display, it stopped working. In my case, dragging the menu bar in the display Arrangements settings (to make the external monitor the main display) did solve the problem: the filter worked correctly with Xcode in either window. Sorry, Etienne :-(
The other solution that worked for me was simply closing the MacBook: use it in clamshell mode with only the external display. This is my normal setup anyway, but I know that's not ideal for everyone.
It happens if Xcode is open in external display that is not main display.
To fix it, open display setting's Arrangement tab and drag menu bar to display that you are working on.
I'm prepared to duck when the tomatoes are throw because this seems so simple. Nevertheless... In Visual Studio 2013 when looking at pending changes is there way to vertically expand the included changes and excluded changes segments ?
For example this morning I have a large changes set (around 1200 of the files pictured below are auto generated T4s, but it it's still tough to look over that much data in 300 pixels.
I encountered the same behavior in VS2015.
You can avoid the tiny box by collapsing parts of the tree, it only appears when the currently shown list is "too long".
I had to select the View Options > Show Solution Changes then the entire list was visible without scrolling.
UPDATE
On VS 2015/Update 2, the behavior is that the two scrollable sections appear when the expanded height exceeds a certain limit. I.e., to make those sections disappear/merge into one, it seems to be enough to just collapse some of the tree nodes, so that the height falls below that magical limit.
[Original post follows]
Had the exact same issue (I'm running VS 2013 Pro, Update 4)
Found no UI options that would fix it. So I decided to just "learn to live with it", and started making actual changes (i.e. include/exclude items, Undo, Compare, etc.) -- and suddenly noticed that it reverted back to that "tall view" on its own! And, it's still in the "Tree View" mode:
I'm guessing it was the move of some of the items into 'Excluded Changes' section (which became empty for some reason -- it wasn't before). I didn't catch what actually did the trick, but that seems like the most likely cause.
You can change to List View which will give you all the vertical space you could want, but obviously you lose the folder heirarchy, so it's not ideal :(
Alternatively, you can use the TFS Power Tools to enable Windows Explorer integration which uses the old style dialog which is completely resizable.
EDIT: Added image of list view.
I just tested this under Visual Studio Update 4 and 5 and it seems that the current behavior is that if there are more than 99 items in either the "Included Changes" or in the "Excluded Changes" list, both lists are limited to 300 pixels.
This makes sense to me, as it would become too hard to switch between "Included Changes" and "Excluded Changes" otherwise, having to scroll back and forth (though making creative use of collapse would make it easier).
It would have been nice that when one docks the Pending Changes panel as a document, the included and excluded changes would show as 2 columns with infinite scrolling, but alas, this is not the case.
In some cases, switching to list view removes some of the "tree" nodes if you have folders in your set of changes. This may cause the panel to collapse with fewer changes.
Some time ago I adapted my Xcode workflow using the "tab-approach" as described by Brian Webster on his blog. It takes some time to set it up but I really enjoy working like that.
However, sometimes I open a file by double clicking it in the project manager, opening it into a new window. Not really a problem I thought, but it seems that the last window you close in a project will become the main project window, forgetting my tab-based workflow when I reopen the project. It happens a lot that I accidentally close the main window first, and then see that I still had a window open on another screen.
I reached the point that I am fed up reconfiguring it all the time, creating all these tabs again.
Does anyone know how to solve this - is there for example a way I can save the current configuration of tabs and their opened files?
The only way I was able to solve this was by going to Xcode>Preferences>General and changing Double Click Navigation drop down to Uses separate tab. I know this is not the ideal solution, but it works for me.
I hate default select control, that's because it can't be styled in IE using CSS.
This is why I developed a new select control from scratch, using HTML + CSS + JavaScript.
I did a great job in the past two days matching CSS and HTML together, but today I discovered a bug wich looks very hard for me to fix.
In IE 7, when I have tow controls on the same page, the one from top does not overlay the one from bottom.
See the image: coolrgb dot com/files/select-help.jpg
Download the demo page (HTML + CSS + Javascript): coolrgb dot com/files/select-help.zip
Please help me, this control looks so nice for me and I want to use it on all my projects from now on. This bug killed my hopes and lot of time.
Thank you.
If you give each control the same z-index, then you will not have control over the stacking order.
I would suggest modifying your control to behave more like a real SELECT element: only one can be open at a time, or losing focus causes it to close. Alternately, you can set a high z-index when the control has focus, and a lower one when it does not.
Another thing to look out for: try putting some other controls like radio, checkbox, and select under your control. You might find that IE also will not hover over those even if you give them a different z-index (as #grawity explained in his answer). This is why you'll typically see widget demos displayed on top of these elements, as shown here: http://jqueryui.com/demos/dialog/
A typical hack to fix this is to use an iframe, but that probably deserves a different question altogether.
Edit: After rereading the question, this answer now seems totally unrelated, but I'm keeping it here anyway.
Not really an answer, but an attempt to explain:
In Internet Explorer, <select> tags are implemented as simple windowed controls, while all other elements are windowless controls (this allows them to be styled). That's why these tags are always on top and don't follow the z-order rules. (The drop-down menu part must be styleable so it's a windowless control, and so it shows under the main part.)
In Firefox all elements are windowless, and in IE8 they should be too.