Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content
Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content
Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content
Martin Prout edited this page Aug 17, 2013 · 13 revisions

Some people think java reflection is cool (they are mistaken, it is not is a pain), where possible avoid using it at all costs, unfortunately some of the processing guys seem to think it is cool, so they have contaminated the processing api with it. Fortunately there are often ways to avoid it (and sometimes come up with something that is more appropriate for use in a ruby environment). One such example is the thread convenience method of processing, that relies on reflection to allow you to pass a function to a thread.

thread("someFunction");
voidsomeFunction(){
dostuff..
}

In ruby-processing we have overridden the thread convenience method to be much more ruby like (in keeping with ruby Thread, whilst actually using a java thread under hood) to take a block.

threaddosomestuff..
end

Actually we don't really need this convenience function in ruby-processing we've just overridden it to prevent any confusion, it is just as easy to use the existing Thread syntax...

Thread.newdosomestuff..
end

Another example where reflection gets pressed into action is the recommended way that you "registerMethods" with the processing Applet from a processing library, this is done using reflection as follows

publicBasicLibrary(PAppletparent) {
this.parent = parent;
parent.registerMethod("dispose", this);
}
publicvoiddispose() {
// Anything in here will be called automatically when // the parent sketch shuts down. For instance, this might// shut down a thread used by this library.
}

You have to go through hoops to replicate this in ruby but it can be done:-

require'jruby/core_ext'classTestRegisterattr_reader:parentdefinitializeparent@parent=parentregister=parent.java_method:registerMethod,[Java::JavaLang::String,java.lang.Object]register.call(:draw,self)register.call(:pre,self)enddefpreputs"before draw"parent.background(100)enddefdrawputs"at begin draw"parent.fill(200,100)parent.ellipse(100,100,60,60)endendcls=TestRegister.become_java!

The magic in the last line ensures that the TestRegister class becomes java, so that when you pass self, it is a java.lang.Object. And believe it or not this actually works see following sketch:-

load"./register.rb"defsetupsize200,200fred=TestRegister.newselfno_loopenddefdrawfill(0,0,200)ellipse(120,120,60,60)end

test.png

Anyone who can get registerMethod("mouseEvent") or registerMethod("keyEvent") to actually work in ruby-processing might find this useful, please be kind enough to let us know how you got it to work!!! Yet another daft usage of reflection in vanilla processing in is in the callback for selectInput, it really is dreadful stuff (it is what you might call optimistic programming at best), you quickly get into the realms of exceptions that you can't handle (java.lang.reflect.InvocationCallbackException) all to produce some poxy convenience method...

Clone this wiki locally