561–570 of 628 posts
can you share what was broken since January?
3 things broke. First it was a dead pixel on the screen, second was a reproducible kernel panic (using any video chat application would panic the kernel.). The last and hopefully final issue was the keyboard issue (double keys, and weird issues with the key not pressing sometimes).
@ryanmccullagh, can you please specify what the problem was? I have a MBP w/ Touch Bar, and the battery just started to swell some half a year after running out of the 2 years (European) warranty. However, I contacted Apple, they directed me to an authorised service and I got the top case with battery (it's glued in), keyboard and trackpad, and the bottom plate replaced free of charge. No questions asked. Note that m…
Each time I’ve had an issue, Apple has honored the terms of their warranty. However, I value my time and frankly don’t like going to the Apple Store every 3 months and doing the run around.
Earlier quoted context omitted.
My Thinkpad T460p on ubuntu sleeps properly when I close the lid, every time, which is better than Windows managed on the same machine. I am running a stock kernel though.
I’m glad it works for you. It doesn’t work for me, on top of the myriad other Linux things that don’t work for me that, although well within my capability to fix, I would rather not have to deal with.
Earlier quoted context omitted.
Serious question: how’s the transition trackpad wise
I moved from a MBP to a Dell XPS 13. This transition made me appreciate just how nice the trackpad on the mac is. I am no apple fanboy by any means, after my MBP died out of warranty. They wanted $700 to fix... but after some use, the XPS trackpad is a real aggravation machine. In laymen terms, it is like the MBP knows when I am typing and reduces the sensitivity of the trackpad. On the Dell, it surely seems like the…
I have the same problem big time on a ThinkPad X1 Carbon (which otherwise I love). Very unnatural wrist posture to avoid errant clicks!
Earlier quoted context omitted.
How does that work? If i implement my own editor using sdl2, how will it know? Are you sure it's not just cocoa specific? If that's the case it's possible for gtk too.
> If i implement my own editor using sdl2, how will it know? Are you sure it's not just cocoa specific? If that's the case it's possible for gtk too. Of course it’s system textbox specific; if you reimplement your own, there is no magic involved. And obviously it’s possible in GTK. And KDE, and one-offs like Firefox, for that matter. I’d suggest that the fact that you have to do it in about 20 different ways to cover…
I know atleast a few programs that people use on osx which break these conventions, hence it's not as universal as your proclaim.
Unless you run only their store apps on your computer(which most likely no developer does), then maybe what you say makes sense. Otherwise it's not better than linux distros like elementary OS where convention is also to use gtk only apps(similar to cocoa only).
Windows 10 on good hardware is very, very nice. My advice is "don't fight windows". I've seen many people try to make Windows like Unix. Don't. Use Windows versions of things, not things compiled under Cygwin or MinGW. Learn to use Powershell and Powershell scripting language. I do development (C/C++/CUDA/Erlang/Python) all day long on Windows 10 and in addition use desktop applications like Microsoft Office and Adob…
> Use Windows versions of things, not things compiled under Cygwin or MinGW This seems like an oddly outdated notion in the WSL era. Having used Windows 10 f/t in 2018, I'd say 'use Linux versions of commandline dev tools, not Windows'. Mostly though I agree that Windows 10 is a decent and viable Desktop OS. It does have some problems. The task bar is an appalling bit of Stalinist design (insisting on obscuring parts…
Imo WSL is fighting windows, especially WSL2, as it locks you out of the windows filesystem and you need special plugins to edit your code.
For my workflow (node,electron,java) all of the tools are already cross platform and any shell tools are usually covered by powershell. I do admit though doing C development is probably more difficult as getting ports of things like make, ld etc is harder.
Earlier quoted context omitted.
> If i implement my own editor using sdl2, how will it know? Are you sure it's not just cocoa specific? If that's the case it's possible for gtk too. Of course it’s system textbox specific; if you reimplement your own, there is no magic involved. And obviously it’s possible in GTK. And KDE, and one-offs like Firefox, for that matter. I’d suggest that the fact that you have to do it in about 20 different ways to cover…
Well, the point is all of this problem is there in osx too, since GTK, Qt, sdl2 and custom made windowing toolkit can all run in osx. I know atleast a few programs that people use on osx which break these conventions, hence it's not as universal as your proclaim. Unless you run only their store apps on your computer(which most likely no developer does), then maybe what you say makes sense. Otherwise it's not better t…
This is, frankly, horseshit.
I run a lot of non-store apps, and absolutely none of them are GTK based, because GTK apps on OS X run through X Windows and look and work like dogshit. Next to nobody is voluntarily running that garbage.
Qt uses native text widgets, and works with the default input customization just fine. I can’t even begin to think of a development app that would be written in sdl2, a bloody games API.
Very, very few apps commonly in use by devs on OS X use anything other than native widgets, and it’s ridiculous to suggest otherwise.
The situation is a far, far, laughable cry from elementary OS, because outside of a small limited set of apps specifically targeted at such a niche distro, most Linux apps are still written in a hodgepodge of inconsistent wheel-reinventing mess of incompatible toolkits. The situation is night-and-day in inconsistency compared to OS X.
It depends on what your priorities are, but I recently bought a LG Gram 17" and absolutely love it. It has a massive 17" 2560-1600 screen, yet is as light as a Macbook Air, and practically as thin too. 13 hour battery life, and super comfortable keyboard. Even the charger is smaller and lighter than any other I've seen. Honestly I've never seen anything like this in my life, and only $1,448 ( https://amzn.to/2P2txdv…
The LG gram 17 is a machine of pure compromise in pursuit of lightness. The material is carbon magnesium and pressing down on any part of the machine results in a disconcerting flex. The inside of the chassis you see a lot of empty space. The battery, while certainly more than sufficient, is still quite a bit smaller than it could be (72wh). The space inside could easily accommodate the maximum TSA allowed 100wh battery. The keyboard is cludgy, the speakers kind of suck, and the trackpad is nowhere close to what Apple is doing.
Still, the device is in a class of its own. It has a beautiful 17 inch 16:10 display, eschews a discrete gpu for battery and heat improvements which is unheard of in a 17 inch form factor, and is incredibly light, like you've said. I'm glad that the device exists. I hope LG keeps producing it, and I hope that other companies steal the idea.
Earlier quoted context omitted.
Just FYI: Should you plan on using Linux on the T490 don't get the Nvidia version. Read the forums, battery life drops to 2-5h vs. 9-11h on Windows. I hope the next generation fixes this and/or we finally get good nvidia drivers.
Give Pop_OS[1] a shot, it lets you switch between iGPU and dGPU. Been using it on my Thinkpad P1 works well for my workflow, I almost always use the iGPU and for tasks that need dGPU I am usually plugged into power. I get good battery life this way. But I agree, MX250 option isn't worth it for the amount of GPU power it gives and the complications it brings under Linux. >I hope the next generation fixes this and/or w…
The problem is that the NVidia card never enters its high power saving states even when it's disabled.
I lose about 20% battery on standby overnight.
Earlier quoted context omitted.
Well, the point is all of this problem is there in osx too, since GTK, Qt, sdl2 and custom made windowing toolkit can all run in osx. I know atleast a few programs that people use on osx which break these conventions, hence it's not as universal as your proclaim. Unless you run only their store apps on your computer(which most likely no developer does), then maybe what you say makes sense. Otherwise it's not better t…
> Unless you run only their store apps on your computer(which most likely no developer does), then maybe what you say makes sense. Otherwise it's not better than linux distros like elementary OS where convention is also to use gtk only apps(similar to cocoa only). This is, frankly, horseshit. I run a lot of non-store apps, and absolutely none of them are GTK based, because GTK apps on OS X run through X Windows and l…
A lot of games do, some even have their built-in editor and it's not about sdl2, it's anything custom widget toolkit. So your thing is a nice convention which often works but not always.
> laughable cry from elementary OS, because outside of a small limited set of apps specifically targeted at such a niche distro
Small limited set? a lot of programs are already written with gtk, distro merely enforce this convention in their app store like apple does.
I am not going to bother commenting on obvious things about how consistent OS X is.