On 2013-09-15 12:36, Nick Sabalausky wrote:

> Really? That's weird: I plugged the actual Logitech trackball I always
> use on Win/Lin into my brother's OSX 10.7 MacBook, and it took on
> average 3 full "thumb movements" (trackball equivalent to moving the
> mouse without lifting it) to get from one side of the screen to the
> other. I've never had trouble going that distance in Windows or Linux
> with only around 1 full thumb movement.
>
> I tried adjusting the sensitivity (the only mouse sensitivity option
> it seemed to have), but by the time I could get across the screen in
> around one movement, it was so hyper-sensitive I could barely hit any
> specific target without overshooting it a few times.

I guess that might be because I've installed the Logitech drivers/preference pane. When I reboot the computer and it has logged in again the mouse is really slow, then after a few seconds it back to the speed I'm used to.

-- 
/Jacob Carlborg

On Sep 15, 2013 11:50 AM, "Jacob Carlborg" <doob@me.com> wrote:
>
> On 2013-09-15 11:51, Iain Buclaw wrote:
>
>> I wouldn't say better, but it is a rich environment of functionality and development.  Also Linux isn't trying to spy on you, isn't constantly phoning home to Redmond, and isn't sending your fingerprints to the NSA.   :-)
>
>
> No, it's phoning home to Google, in the form of Android :)
>

Now we are getting into the strict differences between Android/Linux and GNU/Linux.  The kernel may be the pudding, but it's the user space system running on top that has it's finger on the trigger.

Regards
-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';

On Sun, 15 Sep 2013 12:46:29 +0200
Jacob Carlborg <doob@me.com> wrote:

> On 2013-09-15 11:52, Nick Sabalausky wrote:
> 
> > Windows actually does the same thing, except the filename *is* the command:
> >
> > $ file.txt
> >
> > And yea, either way, "open file.txt" or "file.txt", it is kinda nice. Although I find I use it very rarely, oddly enough.
> 
> I mostly use "open" to open a directory in the file browser:
> 
> $ open .
> 
> That's especially useful when opening hidden folders.

Yea, that one I picked up a few weeks ago when I first tried to test the release builder script on OSX. I couldn't for the life of me figure out how to get Finder to show the temp directory, so a little bit of web searching led me to that. But I didn't know it worked for files, too.

The windows version is (for directories only):
$ explorer .


> > Hmm. What's the benefit over just doing this?:
> >
> > $ /Applications/TextEdit.app foo.txt
> 
> $ /Applications/TextEdit.app foo.txt
> -bash: /Applications/TextEdit.app: Is a directory
> 
> .app "files" are bundles, that is, directories which Finder and other tools treat specially.
> 
> The actual executable is located at /Applications/TextEdit.app/Contents/MacOS/TextEdit
> 

Ahh, ok. I knew about bundles, but I didn't know the command line didn't do the same special handling for them, too.


> In the case of TextEdit, running:
> 
> $ /Applications/TextEdit.app/Contents/MacOS/TextEdit foo.txt
> 
> Will complain that foo.txt doesn't exist. The shell will also wait until the application terminates. Running through "open" the shell will not wait for the application and it will open the document properly.
> 

I see, that's interesting. So it does have a special way to launch an app asynchronously without the "&" at the end of the command line. Does it also gag stdout/stderr?

Am I correct in assuming "open" is specifically an OSX thing, and not something inherited from BSD?

On Sun, 15 Sep 2013 11:59:33 +0100
Iain Buclaw <ibuclaw@ubuntu.com> wrote:

> On Sep 15, 2013 11:50 AM, "Jacob Carlborg" <doob@me.com> wrote:
> >
> > On 2013-09-15 11:51, Iain Buclaw wrote:
> >
> >> I wouldn't say better, but it is a rich environment of functionality and development.  Also Linux isn't trying to spy on you, isn't constantly phoning home to Redmond, and isn't sending your fingerprints to the NSA.   :-)
> >
> >
> > No, it's phoning home to Google, in the form of Android :)
> >
> 
> Now we are getting into the strict differences between Android/Linux and GNU/Linux.  The kernel may be the pudding, but it's the user space system running on top that has it's finger on the trigger.
> 

Wait, pudding that has a trigger? Either this conversation is getting strange, or I'm getting sleepy ;)

On Sun, 15 Sep 2013 12:51:01 +0200, Iain Buclaw <ibuclaw@ubuntu.com> wrote:

> Besides this the OBS (open build service) is a great initiative which I think should be used to make distro native packages of DMD available.
>  >
> Don't think I've come across OBS before, how does that differ from, say, PPAs?

I don't know PPA that well, I have limited knowledge of OBS but IFAIK OBS is able to deliver multiple package types for multiple distro for multiple distro versions.

For example: I needed the HDF5 libs which were not available in the distro or packman repos. I went to build.opensuse.org and search for 'HDF5' and voila: http://software.opensuse.org/package/libhdf5-8
This one provides only rpm based distros.

An other example build for a variety of distros:
https://build.opensuse.org/package/show?package=openvas-scanner&project=security%3AOpenVAS%3ASTABLE%3Av4

http://openbuildservice.org/ 'learn how to use it' button is a nice introduction video.

On Sep 15, 2013 12:20 PM, "Nick Sabalausky" < SeeWebsiteToContactMe@semitwist.com> wrote:
>
> On Sun, 15 Sep 2013 11:59:33 +0100
> Iain Buclaw <ibuclaw@ubuntu.com> wrote:
>
> > On Sep 15, 2013 11:50 AM, "Jacob Carlborg" <doob@me.com> wrote:
> > >
> > > On 2013-09-15 11:51, Iain Buclaw wrote:
> > >
> > >> I wouldn't say better, but it is a rich environment of functionality and development.  Also Linux isn't trying to spy on you, isn't constantly phoning home to Redmond, and isn't sending your fingerprints to the NSA.   :-)
> > >
> > >
> > > No, it's phoning home to Google, in the form of Android :)
> > >
> >
> > Now we are getting into the strict differences between Android/Linux and GNU/Linux.  The kernel may be the pudding, but it's the user space system running on top that has it's finger on the trigger.
> >
>
> Wait, pudding that has a trigger?

Have you not heard of the custard plant that melted down in 82?  I hear children are still being born with FLAN feet.

> Either this conversation is getting strange, or I'm getting sleepy ;)
>

I think sleepy. ;)

Regards
-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';

On 2013-09-15 13:12, Nick Sabalausky wrote:

> Yea, that one I picked up a few weeks ago when I first tried to test
> the release builder script on OSX. I couldn't for the life of me figure
> out how to get Finder to show the temp directory, so a little bit of
> web searching led me to that. But I didn't know it worked for files,
> too.

In Path Finder, which I use instead of Finder, I have a menu and toolbar button for showing hidden files.

> The windows version is (for directories only):
> $ explorer .

Didn't know about that.

> Ahh, ok. I knew about bundles, but I didn't know the command line
> didn't do the same special handling for them, too.

It depends on the tool. Most standard Unix tools will treat them as directories. Apple modifies some tools to add Mac specific features. For example, the modified most of the developer tools to add support for universal binaries.

> I see, that's interesting. So it does have a special way to launch an
> app asynchronously without the "&" at the end of the command line. Does
> it also gag stdout/stderr?

No, not if it's launched through "open". Standard Mac application (built with Objective-C using XCode) will use the NSLog function. This prints to a standard log file, which can be view using /Applications/Utilities/Console.app

Although cross-platform application may gag out text all over the place. They usually all fail on Mac OS X. No unified toolbar, no dialog sheets and so on.

> Am I correct in assuming "open" is specifically an OSX thing, and not
> something inherited from BSD?

Yes, from the man page:

HISTORY
     First appeared in NextStep.

https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/open.1.html

-- 
/Jacob Carlborg

+1 for Sublime to stay on topic

OT:

I couldn't read the whole thread but...
I wish to see this kind of burning passion during the Phobos code reviews ;)

-- 
Dmitry Olshansky

Am Sun, 15 Sep 2013 13:56:52 +0200
schrieb Jacob Carlborg <doob@me.com>:

> Yes, from the man page:
> 
> HISTORY
>       First appeared in NextStep.
> 
> https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/open.1.html
> 

There's xdg-open for linux though, which works in exactly the same way.

On Friday, 13 September 2013 at 19:48:18 UTC, Namespace wrote:
> Just out of interest.
>
> I use Sublime 2, Notepad++ and as IDE currently Mono-D. But I will try this evening VisualD.

FAR Manager's editor with Colorer plugin.  The upside is that it's a unified (albeit minimalistic) interface for every language I decide to write in.

And sometimes CodeBlocks for larger projects.

Ivan Kazmenko.