You could still have the call button on the outside, so that the elevator wouldn't be running constantly. There's just no point to having a floor button on the inside.
Still doesn't let Cloud use anything but a sword. (At least changing jobs changed a characters appearance). If by "customizable" you mean "able to play the most complicated meta-game with the stats", then absolutely I agree with you.
What kind of whackass home rules do you guys use? Prestige Classes AND Percentile Strength!?!?!? Also, do you need another player? I've got this 5/2 Barbarian/Cleric Ilthilid I've been dying to try out.
(a commercial version of GIMP, without the X11, haven't tried it yet)
Are we trolling today? GIMPshop is neither commercial, nor does it remove the dependence on X11. What it is is a reworking of the GIMP's UI (the menus mostly) to make it more similiar to Photoshop.
I don't have to prove it, it's the hypothetical function programmed by the legislature for our hypotehtical computerized judicial system. (Hence the dangers in having the law interpreted by computers.)
let C be the set of all conditions for a given case. let F(C) be a function mapping from a set of conditions to a verdict. F(C) = Guilty. See, there you go. And it's really easy to optimize the implementation!
Just what "various factors" does it take into account, anyway?
Big roooooooound numbers of course! Plus $225 sounds better than $250, but $222.something something is too much to be $200. (It's not, not really but hey it's their article they can make up whatever they want.).
Yes, but it's not $225 its 25,000 Yen. I doubt the US/Continent/UK price is going to be $225, it'll be $199.99 or $249.99. $224.99 is a really odd price.
I wonder if there's a market for a spreadsheet that uses database-style storage and memory management. Sort of of half-way between Excel and a real db. It could include all the shiny mathematical, statistical, and financial functions of a spreadsheet, with a spreadsheet interface but take advantage of a database style backend. And of course there would be a shiny "Migrate" button that would convert your spreadsheet into a SQL db (or alternatively, have two interfaces the SQL style and the spreadsheet style to the same data.)
I'm not exactly Mr. Acme-expert over here to be honest. I've only played with it occasionally, and not recently. I'm also not really trying to "convince" anyone, just trying to provide a quickie explanation of what I understand makes Acme different. You also have to remember that Acme was designed to run on Plan9, so a lot of what it can do had a lot to do with 9P. Acme is sort of bringing the whole pipes / everything is a file concept up to the level of the editor. I would suggest if you want to be convinced, you either a) download it and try it out or b) Read this: http://cm.bell-labs.com/sys/doc/acme.html which was linked to in an earlier post.
Re:Vi vs Emacs vs Acme?
on
Acme for Windows
·
· Score: 2, Informative
I see now I picked a very poor example, something to easily done in a shell . Imagine a text editor along the lines of Notepad or Nedit. Now imagine that those menus across the top weren't really menu widgets, but rather another text buffer you had open. You can add your own commands, you can customize for what your working on. Also imagine that the results of make are piped into another buffer. When there is an error, you can highlight the part some_file.c:67 and use a mouse chord, Acme will open that file and move the cursor to that line number. Likewise you can pipe grep results to a window and do a similiar thing with selecting filenames, etc.
Re:Vi vs Emacs vs Acme?
on
Acme for Windows
·
· Score: 3, Informative
Maybe I underrepresented what you could do. There is no UI beyond the the text buffers. All the editor commands (cut copy paste, browsing directories, etc.) are "Acme shell" commands. Pipe the results of ls to a buffer and do the proper mouse chord on a selected file name in the results and it would open that file. All the menus/buttons are actually just text files. Sure you may be sitting there with your Vi or EMACS and saying "I can extend my editor thru scripts etc., type M-x whatever or:!some_filter % but Acme let's your File, Edit etc. type things that would normally be menus in a gui text editor be simple text files, editable from within acme itself. I don't know how much it gains you over other ways of extending editors but it is a novel concept.
Re:Vi vs Emacs vs Acme?
on
Acme for Windows
·
· Score: 5, Informative
Basically the idea behind Acme is that it's a GUI editor extensible through shell scripts (IOW extensible thru arbitrary languages). Also any text file can modify the UI, since selecting text and pressing the correct mouse button will execute it as an editor command (or shell script). So for instance you have your.c source open in one window, and another text file open with
make all make test make debug
etc. and you highlight make debug and middle click(I don't remember exactly which button do what) for instance and it will run, making the debug build. It's neat, I never reached the point where I used it as a regular editor though.
Slashdot Mirror
You could still have the call button on the outside, so that the elevator wouldn't be running constantly. There's just no point to having a floor button on the inside.
Still doesn't let Cloud use anything but a sword. (At least changing jobs changed a characters appearance). If by "customizable" you mean "able to play the most complicated meta-game with the stats", then absolutely I agree with you.
Fully customizable characters? Did we miss the whole Job thing in 5? Even 1 let you pick your class.
I also remember reading "Interstellar Pig" by William Sleater.
Instellar Pig was awesome. I loved that book.
Yes! MathBlasters was awesome
What kind of whackass home rules do you guys use? Prestige Classes AND Percentile Strength!?!?!? Also, do you need another player? I've got this 5/2 Barbarian/Cleric Ilthilid I've been dying to try out.
(a commercial version of GIMP, without the X11, haven't tried it yet)
Are we trolling today? GIMPshop is neither commercial, nor does it remove the dependence on X11. What it is is a reworking of the GIMP's UI (the menus mostly) to make it more similiar to Photoshop.
Hasselhoff ends up not showing, so an intern actually does the voice-over.
I don't have to prove it, it's the hypothetical function programmed by the legislature for our hypotehtical computerized judicial system. (Hence the dangers in having the law interpreted by computers.)
let C be the set of all conditions for a given case.
let F(C) be a function mapping from a set of conditions to a verdict.
F(C) = Guilty.
See, there you go. And it's really easy to optimize the implementation!
Wheeeee, inodes!
Just what "various factors" does it take into account, anyway?
Big roooooooound numbers of course! Plus $225 sounds better than $250, but $222.something something is too much to be $200. (It's not, not really but hey it's their article they can make up whatever they want.).
I'm pretty sure you meant to do this search.
Yes, but it's not $225 its 25,000 Yen. I doubt the US/Continent/UK price is going to be $225, it'll be $199.99 or $249.99. $224.99 is a really odd price.
I wonder if there's a market for a spreadsheet that uses database-style storage and memory management. Sort of of half-way between Excel and a real db. It could include all the shiny mathematical, statistical, and financial functions of a spreadsheet, with a spreadsheet interface but take advantage of a database style backend. And of course there would be a shiny "Migrate" button that would convert your spreadsheet into a SQL db (or alternatively, have two interfaces the SQL style and the spreadsheet style to the same data.)
Don't fix what isn't broken? *shrug*
http://www.opensource.apple.com/darwinsource/10.4. 6.x86/OpenSSH-57/openssh/CREDITS
Beat me to it. Well, here's my joke anyway.
No Cartoon Foxes. Less chunky bacon than _why's poignant guide to ruby. Lame.
I'm pretty sure that's not a part of Unix, but rather started with GNU. (Which is explicitly not Unix.)
I don't know if this what you are looking for, but: http://rentzsch.com/mach_inject/
No more than any other scriptable editor (like Emacs, Vim, etc.).
I'm not exactly Mr. Acme-expert over here to be honest. I've only played with it occasionally, and not recently. I'm also not really trying to "convince" anyone, just trying to provide a quickie explanation of what I understand makes Acme different. You also have to remember that Acme was designed to run on Plan9, so a lot of what it can do had a lot to do with 9P. Acme is sort of bringing the whole pipes / everything is a file concept up to the level of the editor. I would suggest if you want to be convinced, you either a) download it and try it out or b) Read this: http://cm.bell-labs.com/sys/doc/acme.html which was linked to in an earlier post.
I see now I picked a very poor example, something to easily done in a shell . Imagine a text editor along the lines of Notepad or Nedit. Now imagine that those menus across the top weren't really menu widgets, but rather another text buffer you had open. You can add your own commands, you can customize for what your working on. Also imagine that the results of make are piped into another buffer. When there is an error, you can highlight the part some_file.c:67 and use a mouse chord, Acme will open that file and move the cursor to that line number. Likewise you can pipe grep results to a window and do a similiar thing with selecting filenames, etc.
Maybe I underrepresented what you could do. There is no UI beyond the the text buffers. All the editor commands (cut copy paste, browsing directories, etc.) are "Acme shell" commands. Pipe the results of ls to a buffer and do the proper mouse chord on a selected file name in the results and it would open that file. All the menus/buttons are actually just text files. Sure you may be sitting there with your Vi or EMACS and saying "I can extend my editor thru scripts etc., type M-x whatever or :!some_filter % but Acme let's your File, Edit etc. type things that would normally be menus in a gui text editor be simple text files, editable from within acme itself. I don't know how much it gains you over other ways of extending editors but it is a novel concept.