HELP setting up a SU code editor
-
So in the end is it possible to hook up a debugger to SU? Pecan seemed to get something working, but his project seemed unstable on many systems. So iis possible, or not really. This painful thread is 5 pages long and its gone off on to so many tangents, I just can't take the suspense any more. Debugger possible?
-
So I thought I should post a link to Pecan's previous work. so I started digging around only to find that nearly all traces of it have been removed from the forum at his request I think. I think it worked on his system but caused so many problems for other people that he did not want to troublshoot it anymore.
But I did find a link to the wiki where he was updating everything. This might be itneresting to some of you guys. It seems to me like maybe you are talking about some of the same stuff that he was was trying to do to.
See if that is helpful in any way.
-
@chris fullmer said:
See if that is helpful in any way.
Chris, that's incredibly helpful, I have tried all those search terms in various combinations and never come across this before... thanks for pointing it out.
and yes a SU 'ruby' de-bugger is possible it's just not easy and cross platform, a little trickier still... and a multi language SU debug is a real 'bugger'
john
-
@dan rathbun said:
Again, is Geodesic a Google plugin, or a third-party plugin?
Sorry Dan I do keep forgetting to add this
` #--
*** This code is copyright 2004 by Gavin Kistner
*** It is covered under the license viewable at http://phrogz.net/JS/_ReuseLicense.txt
*** Reuse or modification is free provided you abide by the terms of that license.
*** (Including the first two lines above in your source code usually satisfies the conditions.)
#++
Author:: Gavin Kistner (mailto:!@phrogz.net)
Copyright:: Copyright (c)2004 Gavin Kistner
License:: See http://Phrogz.net/JS/_ReuseLicense.txt for details
Version:: 1.3, 2004-Oct-3
Full Code:: link:../Geodesic_SketchUp.rb
This file allows the user to add geodesic models to SketchUp (http://www.sketchup.com).
See the Sketchup::Geodesic.create method for more information on creating and adding a geodesic dome/sphere.
====Version History
20040916 v1.0 Initial release; relies on Geodesic.rb
20040920 v1.1 Rewrite to use only SketchUp classes
20040920 v1.1.1 Fixed it to actually load
20040920 v1.2.1 Added icosahedron option. Spruce up documentation.
20041003 v1.3 Added primitive picker to the dialog interface. (Thanks TBD!)
The Sketchup::Geodesic class cannot be instantiated; it is a wrapper for the Sketchup::Geodesic.create method. See that method for more details.
class Sketchup::Geodesic`
-
@unknownuser said:
definitely separate, SU only uses one processor so you really want to be on the other...
[quote="Dan Rathbun":1k2r0bq3][
Hmmm.. things are getting better when things become cross-plaform.I agree, although separate OS builds of common components and libraries isn't a big issue, especially if use RubyStacks or similar to output your SU versions.
Don't suppose you have ever watched the You Tube videos on 'MacFuse'?the last 10 minutes + Q&A of the long one are interesting, [it all is if you use mac....] http://code.google.com/p/macfuse/
-
@chris fullmer said:
So I thought I should post a link to Pecan's previous work. (SuRDebug)
See if that is helpful in any way.Oh yes.. I had actually downloaded this last December, but have yet to install and try it out.
As John says it's Win32 only at present, but it's based on the Wx GUIkit, which is supposed to be cross-platform. The editor is based on SciTE Scintilla, and is a bit out of date (SciTE is up over ver 2 now.)
The thing I didn't 'like' about it (from first blush,) was that Sketchup is run as a subprocess of the editor. I'd prefer they run in separate processes, connect by I/O pipes. But in practice it may prove not to be a big deal.Scintilla is also supposed to be cross-platform (the SciTE 1.73 source code ...) STOP ..hold the presses!
I just checked the ver 2.01 source code of Scintilla, and it now comes with the MacOSX/Cocoa source code [the macosx dir was empty in ver 1.73, and the cocoa dir and it's framework subfolders is new.] And yes there are xcode project files. (EDIT: This is interesting, the Mac/OSX port of Scintilla was written and contributed by Adobe Systems! They needed to make the changes to support their ExtendScript Toolkit. The new code and xcode project files from Adobe were added into Scintilla ver 1.74, which is why my v1.73 folders were empty.) sourceforge linkI believe SciTE only has distros for Win32 and Linux/GTK+ available so far. (EDIT: The SciTE ver 2.03 page says it's been built and runs on: Windows XP, Fedora 8 and Ubuntu 7.10 with GTK+ 2.12.)
Hmmm.. things are getting better when things become cross-platform.
(EDIT: So I am thinking that SciTE, Notepad++ and SuRDebug, all based on Scintilla; could be ported to OSX.) -
@driven said:
@dan rathbun said:
I'd prefer they run in separate processes, connect by I/O pipes. But in practice it may prove not to be a big deal.
definitely separate, SU only uses one processor so you really want to be on the other...
not processors, John.. processes
(At Ruby console, type Process.pid and you get the process id number.) -
@dan rathbun said:
:lol: not processors, John.. processes
It was late by the time I shot that off :oops:
More of a Freudian, typo-slip really... then complete ignoranceshould read as... definitely separate, And as SU only uses one processor core, I really want a separate process to be on the other... but, I'm not even sure this terminology is any clearer?
So, I suppose what I'm trying to describe is a Separate App [bit like DashCode] that references/runs SU [on demand] when requested and also, has it's own separate openGL preview window for any other bits and bobs.... does this make sense?
-
you know that SketchUp Bridge allows running ruby code from another process in the SU process.
for openGL preview you can have a window inside SU for previews (tested by myself) but depends on what you want to preview in the first place.
-
hi TBD,
can Sketchup Bridge work on a mac?
john
-
driven: not yet. I am working on it.
-
@unknownuser said:
I didn't think that YOU (the author of one of the most comprehensive "hey guy's SU codings NOT hard" books proscribed to the FOFO school of teaching and learning
I hadn't grasped that your, "hey guys, no need to look under the hood" API was devised to slow peoples own programing knowledge.
I must say I'm rather disappointed in your attitude.
Yes i must say i am rather disappointed in your low brow attempts to slander Martin. If you don't like the way Martin chooses to teach Ruby scripting, guess what, DONT READ IT!
You only make yourself look like a vindictive little brat when you make comments like these and i am very upset no one else has called you out on it (mods i'm talking to you!)
I think Martin takes a wise approach to teaching by allowing the student to take the course that suits them well, not by cramming certain practices down their throats and saying deal with it.
This whole thread is in my option a waste of time. You need to listen more to Dan Rathburn because he is on the right track.
@unknownuser said:
"Google give us the power and we will build the infrastructure".
-
@jessejames said:
Yes i must say i am rather disappointed in your low brow attempts to slander Martin. If you don't like the way Martin chooses to teach Ruby scripting, guess what, DONT READ IT!
You only make yourself look like a vindictive little brat when you make comments like these and i am very upset no one else has called you out on it (mods i'm talking to you!)
I see nothing wrong in this thread. Good discussion that is all.
-
@jessejames said:
This whole thread is in my option a waste of time. You need to listen more to Dan Rathburn because he is on the right track.
One could say - if you don't like the thread - don't read it.
-
@thomthom said:
One could say - if you don't like the thread - don't read it.
I'm desperately trying to do just that, but somehow I am compelled to keep reading in hopes that I might begin to comprehend what the thread is talking about.
So when we're talking Mac compatibilty in this thread, are you mostly thinking about the apps that write the program, or are you also referring to scripts that have been written on one platform not working on the other platform? So far I have not ever run into that (that I know of). Is it common?
-
@chris fullmer said:
So when we're talking Mac compatibilty in this thread, are you mostly thinking about the apps that write the program, or are you also referring to scripts that have been written on one platform not working on the other platform? So far I have not ever run into that (that I know of). Is it common?
Chris, your input is very helpful, please bare with the meanderings. they do tie together.
This thread is primarily an inquiry into 'cross platform' editor compatibility
my input is Mac'centric' because I own Mac's and whilst there are mentions of problems here and there I couldn't find an appropriate thread dealing with potential solutions.
there is even less information for anyone trying to find a solution for those using Linux or variants
The answer may be that there is no single solution, unless Google suddenly packages up SU Plugin development kit
@chris fullmer said:
So far I have not ever run into that (that I know of). Is it common?
it's possible you haven't, most 'ruby' scripts are fine, unless complex. it's when you start move away from just 'ruby' that it all goes pear shaped
You would notice more if on a Mac, there's a lot of PC only scripts.
Martin, I hope you saw my apology, and perceive it as such. I put your absence down to workload and it hadn't occurred that I may have 'driven' you away... thanks for pointing it out jessejames...
john
-
@driven said:
Martin, I hope you saw my apology, and perceive it as such. I put your absence down to workload and it hadn't occurred that I may have 'driven' you away... thanks for pointing it out jessejames
Thanks John for apologizing and i now hold a great respect for you. Anyone can make mistakes, but only the truly honorable have the capacity to admit them. Thank you!
-
@chris fullmer said:
... Is it common?
I am not really qualified to participate in this debate but my experience may be helpful in the light of Chris's comment.
I have published two plugins - cgScenes and nset SketchupAPI and I am working on an expansion of these to provide deeper hierarchies and greater control of scenes and components, unlimited links to data from local and remote sources and analytical animation.
These use web dialogs, which seem to me to be an important link to get Sketchup models to the general population to serve as transporters of reusable data. cgScenes works on a Mac only because of extensive work by John [driven]. The problem with the other two seems (I think) to come from conversion of data stored in JSONotation.
So whether or not you acknowledge my approach, problems with two important parts of current technology - the web and efficient data transfer - should be recognised in relation to Sketchup, Macs and PCs.
Incompatibility may indeed be not common. If so perhaps the reason is fear of the unknown, supported by many threads here recounting the horrors. I think John has a great and noble idea how to overcome or at least find the causes of these problems and I sincerely hope you will all work together to find the means.
Please don't shout or shoot at me; I am only an aging reluctant (and amateur) coder.
-
hi all still interested,
I've continued pursuing a SU external editor, and currently am trying to set up http://www.jetbrains.com/ruby/features/ruby_ide.html which although not free has great potential for the sorts of things being done on SU rubies. don't let the Rails credentials put you of this an almost infinitely tunable rudy ide, and settings can be shared, so once one person has the right SU build, others could try it out, tweek it more, write plugs, sounds a bit like SU.... Very powerful in the right hands but tunable for beginners. Have a look.
In the mean time I did a little experiment with Alex's Ruby Code Editor and I thought some might be interested,
it is a live editor, not photoshop, http://getfirebug.com/firebuglite it's in beta, I've only just installed it so can't report on it's full potental
john
-
That IS interesting John.
But it's only for coding and testing WebDialogs (not Ruby.)
By running in Alex's Code Editor, only Alex's Code Editor is being debugged.
But it may have promise.
@ThomThom: You may find this interesting, Firebug extension for jQuery development: http://firequery.binaryage.com/
Advertisement