If HS is to ever really replace GeekTool for me, it will have to be able to display the output of shell scripts (or ruby scripts, etc.) like GeekTool does. On Oct 9, 2015, at 2:09 AM, chdiza wrote:
that would go a long way towards determining how much effort a true replacement would take. I guess the first thing to find out is if we can get at its source. While I've used Geektool some, I've had issues with it - probably my fault, as I know people that love and swear by it - so migrating/replicating things like it's color flexibility has been a low priority for me since I can get most of what I used to use it for already. Is GeekTool opensource? If so, it's not out of the question that someone could see how they're handling this and create a new module around that model and not have to worry as much about breaking hs.drawing then. by accepting the limitation of only manipulating the object's entire region and not allow subregions. I chose NSAttributedString because its a subclass of NSString and required few changes to the core of hs.drawing. I'd be curious to know what container class GeekTool is using for its text output.
it would certainly make the text methods more complex. and at present, I'm not sure if NSAttributedString with multiple regions (which would be necessary if using that class) would break hs.drawing or not. The problem is that as far as I have seen so far, there is no direct support for ansi sequence to NSAttributedString conversion.
0 kommentar(er)
