Jump to content

denverpotsmoker

Members
  • Posts

    36
  • Joined

  • Last visited

About denverpotsmoker

  • Birthday 06/01/1973

Profile Information

  • Gender
    Male
  • Location
    Denver, Colorado
  • Interests
    Photography, Graphic Art, Computer Art, Bindery, Drawing, Painting, Collage, Programming, CodeLab, Smoking Weed

denverpotsmoker's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

0

Reputation

  1. Surprised you guys don't get into the documentary/non-fiction movies/videos on this message board. this one is pretty good: 1001 Classic Commercials by Mill Creek Entertainment 2009 review: 01. tons (3 DVDs) of old commercials from the 1950s to early 1980s. 02. i've checked out disc 2 and there's some pretty good cigarette commercials on that one. 03. pretty good menu system, very graphically oriented and creative with a giant robot, etc. not super great, but at least different. 04. on a downside, the month day year of original broadcast are NOT included. note: I'm currently on Disc2, and the soda commercials are pretty cool. VTS_01_1.vob yall!
  2. "Scribus" supports layers! I'm using it to make some pdf files of gamebooks that are clickable. Fun stuff!
  3. Muchos Gracias Rick Brewster! I'm almost certain that "layer technology" is missing from many modern programs. I don't know how teachers are expected to grade electronic papers without it. In addition, digital editing of text documents would be much easier with visible/non-visible layers. OFFTOPIC: I myself am working on a font that has more editing characters than just new paragraph: new document = ND! (with a circle around it) =ALT+051 delete = DEL R! = Research (with a circle around it) SP? = Check spelling "STAR" symbol = important * = annotation (high astrick) ....imagine if I could insert them in a layer above my text! OMG!
  4. I was noticing that .pdn saves layers. That got me thinking about "layers technology" and I was wondering what paint.net developers thought about this subject. Here's some questions: 01. who first thought of layers for use in graphics programs? 02. why don't (do you think) other types of programs use layers? The second question is the most important to me... For instance, text editors could use layers so that copyediting marks could be put into the file, without changing the original text. These marks could be hidden similar to the way paint.net layers work...and yet that isn't in any text editor that I know of. Just wondering...thanks.
  5. you should make your own Windows-1252 "ANSI" fonts using fontforge! I like dafont as well. some good stuff there...
  6. Yeah, I pretty much "gave up" on graphics programming after the Apple IIe. I tried some on my Atari 800XL, but the graphics just didn't look as good. I was pretty young at the time (elementary school). Check out my new module template (I put them in folders then have a batch file paste them in the order required)...part of what I call "structural commenting" using ascii art...you delete the // line numbers for actual code, but the concept is kept for reference both in program code and for other coders. saturn5-ABBV--template v4.txt
  7. Easy Cure (the Cure), The Smiths (Troy Tate Demos), Marilyn Manson
  8. You really shackle creativity when you tell someone how to think or how they can express their thoughts. Luckily, you can work around such barriers with languages like XLISP and C#, to really accomplish your vision. Kudos to paint.net developers for supporting C# instead of python/java/etc.
  9. Yeah, back then structural commenting was, like, impossible and stuff. I'm guessing getting a print out of your code was a pain, though probably possible. My mother said one of the biggest problems with coders back then was them misorganizing their (code) punch cards. The operators would then have to get them to remember how to put the cards in order over the phone. Yeah, disorganization is very bad for computers. Today we have folders and files to help organization. I never got much into assembly programming. I dunno why. Oh yeah, pretty sure using goto's would compile quicker due less replacement coding in compilation. That's pretty significant.
  10. If you look at the historical context of Dijikstra's paper, I think he might have been right. Fact 01: Programmers often had to time-share computers, meaning that one glitch or non-ending loop could cost thousands of dollars AND a loss of allocated time on a computer. Fact 02: Many financial institutions also time-shared mainframes, so one non-ending loop could cost hundreds of thousands of dollars. Fact 03: Being in such a "time-sensitive" coding environment, if a bad goto needed to be found, many programmers would have to work on debugging it. Thus, sloppy/unformatted/undocumented code could cost a ton of money. Those would be very "harmful" things back then.
  11. @ArgusMagnus That's what I was saying. They could have easily suggested wait loops using gotos, but they (the magazine/book code writers) kept telling everyone to use FOR-NEXT loops. FOR-NEXT Loops were new then, and (I guess) it just made it so easy to do (as compared to making a wait loop using goto), that I guess everyone just jumped on that bandwagon and used FOR-NEXT for those doomed wait modules...to their own program's eventual deprecation. I think it is sad, and probably the reason I prefer to make my own looping constructs to this day.
  12. Well, grouping symbols are probably better done using structural commenting (IMO). //=====================LOOP01: start //=====================LOOP01: end The hierarchal structure could be good, but what if someone needed to "figure 8" through code? All I'm saying is that the "computing world" lost a whole generation of programs due to that FOR-NEXT (wait) code from the early 1980s. Who's to say if that was a bad thing or not as those programs couldn't do much, but it is a real chin scratcher. Now, that code could have been suggested in goto form...but it was not. Coincidence? I read an interesting "web opinion" page in the mid-2000s that was titled something like "Real-Time Programming", that really said some stuff that made sense. The person was arguing that code should have more system time checks in it, instead of just relying on processor speed. You know, stuff like: //==============================timer loop (start) delay = 10; //seconds TIME = DateTime.Now.TimeofDay; if (WAIT < TIME + delay) then <loop>; //==============================timer loop (end) In this way, the program always will take 10 seconds to do whatever, even with hardware upgrades.
  13. Yeah, MS-DOS BATCH can use variables for its goto statement, unfortunately, my brain shuts down whenever I get to making a batch with variables with "% %" around them. I always thought the BASIC $tring variable was pretty lame tho. I might also offer up for argument the fact that: For-Next Should Have Been Considered Dangerous... as its used to replace goto loops a lot. Back in the day when things like (QBasic's) gosub and for-next and do while loops were being introduced to the "general public" through their new home computers (early 1980s), people were taught to use FOR-NEXT loops as time delays. The idea was that (due to the speed of the processor), counting so many times using FOR-NEXT would equal so many seconds. The problem was that as processors got faster, the length of time the programmer's FOR-NEXT loop took grew to nothing, and thus parts of their programs became no longer functional without a CPU emulation program. Oh well, I guess I'll never get to play that "Hong Kong Hustle" type-in game...
  14. Yeah, that would be a good one to add to Goto. Also, how about GOTO <variable>... as in: A = X:\User\Program\Pallete Engine\RGB Engine LINE-041 B = ? GOTO A? ....ahhhhh, that's it for me on this topic bros. looks like you guys win again. true pain here. :foaf:
×
×
  • Create New...