Hmm. Developers who want to do real coding should use real hardware.
<ducks>
Seriously though, there is some minimum screen real-estate we should
design for. iPads and 13" monitors are a non-target in my opinion.
Portability comes at a cost of productivity. People using such devices
should expect as much.
I agree with you that we should be collecting usage statistics to help
make such decisions. Can we use old data from netbeans.org?
Gili
On 2018-05-13 6:49 AM, Emilian Bold wrote:
Too bad we don't have any statistics about NetBeans usage anymore.
I also only use my 15" MacBook Pro without any external display. I briefly used
an external display for a Linux VM where I had another NetBeans running :-) So, I
never use NetBeans in a true multi-display setup.
At least for me, on macOS, the diff window is rather tiny. I can only imagine how
tiny it would be if I were to use a 13" MacBook.
--emi
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On 13 May 2018 1:33 PM, Christian Lenz <[email protected]> wrote:
I think this is a real Problem, not everyone have big enough Monitors. Sure if
you are working with a Docking Station, this is Maybe not a big Problem but if
you have your Laptop with your, e.g. on a coding session at a conference, then
this is a Problem. I can Show you some other Problems with the UI with NetBeans
where a small monitor is a pain in the ass, but this is an other Topic.
Cheers
Chris
Von: Emilian Bold
Gesendet: Donnerstag, 10. Mai 2018 21:20
An: [email protected]
Betreff: Re: AW: (Git) Diff Window horizontal space rescue
This email thread is also a form of brainstorming. I have no problems exploring
ideas even if they never get implemented.
Starting from my plan of increasing the vertical space available for actual
code in the diff top component, several other ideas were explored:
- the fact the even if we make the diff topcomponent float, we still waste
space with that tab title (unlike IntelliJ).
** then we went into why the Window System doesn't handle this usecase
*** then we went into how this usecase might be implemented and how docking, closing would work
***… except it doesn't need to if people would just buy bigger monitors
- that people end up having multiple diff topcomponents open, even for the same group of files and some re-use might help
- syncing selection between the git(?) topcomponent and diff
--emi
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On 10 May 2018 5:20 PM, Neil C Smith [email protected] wrote:
On Thu, 10 May 2018 at 14:25 Emilian Bold [email protected]
wrote:
Not sure why you have to be so adamant about this.
I could add some flag per topcomponent that says 'no-individual-tab'.
Then, if I have a floating window holding that single topcomponent it won't
have the title bar.
Play nice people! ;-)
I actually agree with both of you. I'd be really annoyed if we lost the
current tab behaviour, and yet also would love an option to selectively
open top components in separate windows without any tab support,
particularly within my RCP app rather than IDE.
Is the problem that we conflate two ideas in Float? One is SDI and the
other is MDI across multiple windows. Perhaps we need different options
with Float (or Undock) being single window, and an option more like New
Document Tab Group that opens in a new tab-able window?
But while we only have one option, my vote is on keeping the current
behaviour.
Best wishes,
Neil
Neil C Smith
Artist & Technologist
www.neilcsmith.net
Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
--
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
