> 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.
Wasted pixels are wasted pixels. Of course, on a 30" display some waste is much more easily ignored. I suppose we still stick to these system requirements: https://netbeans.org/community/releases/82/relnotes.html#system_requirements > Note: The IDE's minimum screen resolution is 1024x768 pixels. Also note the minimum hardware requirements. An iPad is faster than the 800MHz Intel Pentium III or equivalent with 512 MB RAM we should still run on. Lots of students and developers have 13" laptops. We should definitively support them. > I agree with you that we should be collecting usage statistics to help > > make such decisions. Can we use old data from netbeans.org? I assume the old data is still live for a while, until the domain itself is donated to Apache. After that... it's going to be tough. --emi > > 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 --------------------------------------------------------------------- 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
