Aptana Studio 3.1.1 on Mac OS X Lion 10.7.3 - vertical scrollbar frustrations - osx-lion

This morning I accepted an Aptana Studio 3 upgrade to build 3.1.1.201204131931.
Prior to the update, I had a clear and permanently visible vertical scroll slider on each open file window. These now appear to have been replaced with a newer Mac OS style scroller which is troublesome to activate, disappears immediately the mouse moves away and so murky it was hours before I even noticed it was there...
The mew behaviour has a profound effect on my efficiency, as I am now far from intuitively aware of my location in the source files.
Is there some way of restoring the original behavior? Defaults restoral throughout and many hours of search of various preferences settings, online forums and user guides have brought nothing. Very frustrating..
Thanks

I think by default Lion only shows scrollbars when scrolling.
You can change this through OS X preferences under "General". Change the "Show scroll bars:" option to "Always".

Related

Netbeans 12.2: horizontal scroll not working

When I'm opening any type of file in Netbeans and I'm trying to horizontally scroll with two fingers from the touchpad, it is not working.
I am using a MacBook (13 inch, Mid 2010) with Debian 10 ("Buster"), GNOME 3.30.2 as desktop and Apache Netbeans 12.2.
Maybe you know a solution? Thank you.
Many macOS users often don't restart their IDE for days. Try quitting NetBeans (make sure it doesn't show up on the force quit menu as well; if it does, then just force quit it from there as well). After this, restart your computer and make sure to uncheck the box that asks whether you'd like the OS to re-open your open windows. This should fix the horizontal scrolling issue.
Alternatively, try holding shift and scrolling vertically. This would work best with a mouse with a scroll wheel.

VSCode Minimap isn't working, is my machine too old?

Minimap is present, but doesn't render any content.
This is on my 2006 Mac Pro, running El Capitan (my hardware won't support any further upgrades).
I have VSCode running with the exact same settings on my MacBook Pro, which is running the latest OSX, and the minimap is working fine there.
The minimap on my Mac Pro displays on the right side, with the correct width and semi-transparent background, it even scrolls properly as I scroll through my code. It just doesn't display any content whatsoever.
I've tried Toggle Minimap - that works properly, shows and hides as you'd expect, except still no content when it's turned on.
I've tried different fonts, changing minimap column width, Render Characters Off (to use color blocks instead), and changed sides (right and left), I've tried running VSCode with all extensions disabled. Obviously tried restarting VSCode, and even rebooting.
Nothing I've done has made the minimap render any content, which makes me wonder if either my hardware is too old & not supported for this, or I have a broken/missing library.
It's fine if I can't get it working, but it would be nice. Any thoughts or advice are appreciated.

Eclipse Mars hidden windows in Mac OS X

I'm having one issue on Mac OS X El Capitan with Eclipse Mars and menu windows. When a menu window opens a new window, it shows in the back of the first one, and moves along with it (if I move the first one, the second one moves with it, but not the other way around). So there are two possible scenarios. If the second window shows a bit (like in this image), you still can move it and then interact with it, but if the second window is totally hidden (like this one when clicking 'Advanced'), then there's nothing you can do, since it seems impossible to put it on top. Is this a known bug or is there a solution for it?
Eclipse bug 478975 is open for this problem.
The problem only occurs when Eclipse (or any Eclipse RCP) is in full-screen mode. It works normally when not full-screen.
Update: A fix for this bug is included in Eclipse Neon (4.6) Release Candidate 3.

Anybody experiences problems in contextual menus behavior?

Dear RubyMine Overflowers,
I downloaded the latest version of RubyMine (3.2.1) on a Mac running SL 10.6.8 and latest apple provided Java.
I am experiencing some problematic behavior regarding the mouse right-click.
I can bring up contextual menus only by double right-clicking. if I single right-click, the menu comes up very instantly and disappears.
After some experimentation, I have concluded that if I right-click and manage to keep the mouse pointer at the exact pixel as before r-clicking, contextual menu disappears. If the pixel before right-click is different than the one after r-click the Contextual menu stays. (Imagine the chaos when this applies to the Project window: i get constant warnings of moving files).
Anybody experiencing such funny stuff in RubyMine? or otherwise, any way to change mouse pointer sensitivity?
Many thanks...
Petros
There is similar issue, but it's known to affect only Linux users with Eclipse keymap:
Intellij right click context menu problems in Ubuntu.
I can't reproduce it on Mac, but the question above is worth checking, maybe the suggested workaround will work for you.

Cursor color in Eclipse 3.5/Zend Studio 7 on Mac OS X

Does any of you have a clue on how to change the cursor color in Zend Studio 7.0 on Mac OS X?
I am asking because I really fancy dark colored themes. After a few hours I managed to port my favorite theme from TextMate.app. However my cursor is still black, which is somehow troublesome.
As you can see here - http://twitpic.com/f7ywc - the cursor becomes pretty invisible, right?
Please help me out here.
Btw - anyone interested in the theme?
All the best
I love TextMate and its twilight theme, so this issue is dear to me. I think Eclipse for Mac just can't set the caret color due to an SWT bug.
In the meantime, you can enable line highlighting to make just the current line have a slightly lighter background. This worked for me:
Open Preferences and go to General -> Editors -> Text Editors
Check "Highlight current line"
In the scrolling list at the bottom, set "Current line highlight" to a medium-dark gray.
Actually, a much better solution for Eclipse 3.5 is to use the Carbon build instead of Cocoa. Cocoa seems to force a black cursor but I didn't have this problem with Carbon. To my surprise it's also a lot faster to scroll through code in Carbon.