Re: [MacRuby-devel] Is this possible in MacRuby?

2011-11-23 Thread Joshua Ballanco 
Hey Aston,

Again, this isn't a question particularly specific to MacRuby, but (since I
was just playing with it the other day) you might have a look at the
documentation for "ipfw". It can be a bit confusing and intimidating at
first, but one of the many (many, many) things that you can do with ipfw is
route traffic bound for one interface on the local machine to a different
interface (and back again to the original, if you like). The only downside
is that you need administrator permissions to configure ipfw...but then you
would need that, regardless of the specific mechanism, to alter traffic
routing on a machine.

Cheers,

Josh


On Mon, Nov 21, 2011 at 8:16 AM, [email protected]  wrote:

> Hi Josh - on the same theme, would it be possible to create an app (in
> MacRuby) where I could intercept web connections (/urls) and block if need
> be?
>
> I'm thinking about creating a website limiter - where you can set time
> limits or time-frames for certain websites. I'm guessing something like it
> might be possible as Little Snitch intercepts network connections :/
>
> Thanks in advance.
>
> Aston
>
>
> On 20 Nov 2011, at 00:37, Joshua Ballanco wrote:
>
> On Thu, Nov 17, 2011 at 1:07 PM, [email protected]  wrote:
>
>> Hi All,
>>
>> Is it possible to make a Lion app(/option) with MacRuby which allows you
>> to change the opacity (alpha value) of other apps/windows via the View menu?
>>
>> So say I have a PDF open in Preview, I'd go to: view menu > transparency,
>> and then set it to 50%
>>
>> Is this possible? Would it be a pain to do? I don't think I've seen any
>> MacRuby apps that add functionality to other apps like this so am guessing
>> it's not trivial.
>>
>
> Hi Aston,
>
> Forgive the quick and dirty description... Properties of an application's
> windows are controllable by the operating system or the application itself.
> Allowing a different application access to the window is, generally
> speaking, a violation of process separation. That said, you might look into
> SIMBL. It allows you to inject code into a running process. Not as a
> separate process, but it is possible to modify an already running process.
>
> Hope that helps.
>
> - Josh
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] MacRuby promise delivered

2011-11-23 Thread Michael Johnston 
I added basic fsevents reloading in my fork 
(https://github.com/lastobelus/MacRubyReload)

Should change to check an environment var first for list of directories to 
watch, and otherwise use project root. For now I just grabbed the dir of the 
rb_main.loc.txt entry.

I'm curious to experiment with automating the dynamic reloading of nib files. 
Anyone have any tips for that? The problem is that there are many patterns for 
using nibs, so it will be difficult to fully automate. But perhaps we can at 
least make it easy for common cases.

Another next step would be to attach a panel to any window with a running 
macirb in it whose top-level context is the window controller for that window. 
That might be actually fairly easy to do.


Cheerio,

Michael Johnston
[email protected]




On 2011-11-15, at 10:01 AM, Jean-Denis MUYS wrote:

> Following up on my Friday suggestion, I am happy to announce that I 
> implemented a first version a Xcode MacRuby projects that dynamically reloads 
> Ruby source code into a running application, allowing for a very dynamic 
> incremental programming style.
> 
> go to https://github.com/jdmuys/MacRubyReload to download the project. The 
> ReadMe.markDown text file gives full instructions.
> 
> Hopefully MacRuby Xcode templates can evolve to automatically provide a 
> similar facility.
> 
> This is all very simple and very primitive. There is a lot of room for 
> improvement. I also apologize for my Ruby style: I probably haven't written 
> more than 100 or so lines of Ruby code overall yet.
> 
> I hope this gets the ball rolling.
> 
> Jean-Denis
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel