Related
I'd like to be able to drag and drop from a DataGrid in a Flash application into an Excel spreadsheet. Is this possible? If so, how do I implement this?
Edit: Nine days without so much as a comment is pushing me to believe one of the following things:
This question is so easy to answer that everyone who reads it thinks, "Ah, the next guy will get it. This taco isn't gonna eat itself."
No one knows what Microsoft Excel is.
I'm so inept at coding for Flash that everyone who reads this question promptly dies from a stroke brought on by uncontrollable, hysterical laughter. Kind of like what happens when a person is exposed to the Joker's laughing gas.
The entire internet has been suddenly and completely vacated creating a vast, digital wasteland (except for me, obviously).
Adobe's PR person in charge of their Twitter account recently posted something highly offensive and everyone has finally gotten organized and successfully boycotted something without inviting me to the party.
Anyone want to clue me in to which one is, in fact, the truth?
Or maybe just tell me that what I want is stupid/impossible/not worth the effort?
The simple answer is no, it is not possible. Have you ever coded AS4? I spent 6 months coding stupid loops that randomly draw colored lines. It was terrible. Get out while you still can. I was coding some tangents outside by my school when a couple of engineering grads started making trouble. I coded one bad batch and my professor said "You're moving with the retards to coding 101" I hopped on my segway and rode home. I then hung myself.
resistors.org site and foxthompson.net download links are stale/broken.
http://www.resistors.org/index.php/The_SAM76_programming_language
Every other link I've been able to track down on the 'net (mostly in old newsgroup posts) are broken. E-mails to the respective webmasters all bounced.
I have a morbid curiosity for arcane programming languages, and SAM76 sounded really interesting to look into and mess around with.
There are quite a few lisp folks lurking on this site, so figured somebody might have a lead... as I heard SAM76 had some early redimentary functional programming ideas.
Extra credit: link to track down a copy of the SAM76 manual!
Wayback has a copy of S76.exe for DOS and Windows
http://web.archive.org/web/20070505122813/http://www.resistors.org/index.php/The_SAM76_programming_language
http://wikivisually.com/wiki/SAM76
http://encycl.opentopia.com/term/Sam76
http://encycl.opentopia.com/term/Algorithms_in_Sam76
======================= F R E E W A R E =======================
User-Supported Software
If you are using this program and find it to be of value
your $20 contribution will be appreciated.
A contribution of $30 will bring you the SAM76 language
manual and other useful and interesting documentation.
SAM76 Inc., Box 257 RR1
Pennington, N.J., 08534
U.S.A.
Regardless of whether you make a contribution,
you are encouraged to copy and share this program.
> ---------------------------------------------------
http://web.archive.org/web/20110726163455/http://www.hypernews.org/HyperNews/get/computing/lang-list/2/2/1.html
I believe the R.E.S.I.S.T.O.R.s (have no idea what the letters
mean) was a group of kids who played with computers and
electronics in Claude Kagan's barn in Pennington, N.J. near
Princeton. Because the developer of TRAC, Calvin Mooers,
spent the rest of his life inventing the software patent and
sued everyone in sight, Claude (whose employer, Western
Electric Laboratories was sued by Mooers) created a very
similar language called "SAM76" supposedly based on S7 and M6
"languages from Bell Labs". I have the original tutorial
manual written and illustrated by the R.E.S.... and versions
on paper tape for the Altair and TRS-80 floppy disk. I think
it looked more like #os#is;; but you could change all the
special characters and command names so it could be made to
look EXACTLY like TRAC. Claude wrote some neat graphic games
for the TRS-80 in SAM76/TRAC.
http://web.archive.org/web/20110726163335/http://www.hypernews.org/HyperNews/get/computing/lang-list/2/2/1/3.html
Yes, we RESISTORS did indeed meet in Claude's barn which was filled with old telephone and computer equipment. Claude's version of TRAC started on the PDP-8, migrated to the PDP-10, and for the legal reasons mentioned ended up as SAM-76. (FYI, SAM stands either for "Strachey and McIlroy" or "Same As Mooers". RESISTORS always stood for "Radically Emphatic Students Interested in Science, Technology, and Other Research Studies" as much as it stood for anything.
Starting when we were members of the RESISTORS, Peter Eichenberger and I wrote a PDP-10 TRAC processor and later reimplemented it for the PDP-11, eventually adding a little multi-terminal time-sharing monitor. We kept a lower profile than Western Electric (either that, or as 19 year olds we had no noticable assets) so we and Mooers stayed on cordial terms.
I don't know if this is useful, but on this page there is an email adress dsf#hci.ucsd.edu which seems to be Dave Fox's one, the guy who maintained the page hosting the SAM76 file.
There's a pile of information in the old SIMTEL archives, specifically CPMUG Volume 34, which is included in the nearly 13G download here including example code. You have your choice of "DSK" and "ARK" (ARC) format images. The standard {file} utility knows what format it's in {CPMUG034.ARC: ARC archive data, dynamic LZW} SIG/M v. 53 also has SAM76 information and you can find it here.
How do you get yourself in the "zone" for programming? As a CS undergrad I've been finding it difficult to get focused in. I think part of my problem is I do not have "proper" workspace living in the dorms. Any ideas or tips? (Perhaps good thinking music, whiteboards? etc)
The best way I found yet is to turn off the Internet. Since opening my browser and browsing to some random site has become almost a reflex, I deactivate my network card for the time I need to work. This way I have the time to realise what I am doing before it is too late. The Internet must be the number one "Zone Killer" I know...
Truthfully, nobody can tell you about you, they can only tell you about them. That may help, or it may not.
I've seen people able to get "in the zone" on a commuter train car. I've seen people who have it broken when the air conditioner kicks in.
Here's what works for me:
Need no people talking to me. I can't keep the ideas juggling while explaining them or having other ideas tossed in to the mix. I know, pair programming can be great - but I've never been "in the zone" while pair programming.
Music is okay, but no playlists with wildly different styles, or songs I absolutely love.
It almost always kicks off when I'm frustrated by something but then have an idea how to solve one aspect of the problem... then things flow from there.
I need a desk clean enough that nothing on it distracts my attention and makes me think - no dev magazines with interesting tech on the cover, no dishes with mold on them, etc.
I need about 20 square feet to get up, pace for 2-3 steps, then sit back down. Too much room gets me too far away from the computer. Too little room and I feel confined.
As soon as I solve the problem, I'm normally out of the zone. A phone call or person at my desk will break it. Stopping to answer email "toast" will kill it too.
But again, this is me. All of this may actually be the reverse for you - You'll find it eventually, I'm sure. Just don't give up, and don't take personal anecdotes and advise or internet blog posts as absolute truth - "the zone" is very much a personal thing.
One small thing which helped me a lot was to get noise cancelling headphones. These are a bit pricey, but being able to switch on silence is great!
I personally loathe background music on a website. My client has opposite feelings on the subject. I added music because the customer is always right, though I'd like to revisit the subject with them.
Almost everyone would agree that it is annoying and wastes precious bandwidth but are there any usability studies or a recommendation for someone esteemed in the profession that can provide a valid argument against background music?
Usability is not the only concern. Consider the following scenarios:
1 - Someone browses to the site while at work in a shared office, and now all of their co-workers think "Gee, he's wasting time".
2 - Someone browses to the site while in a room with a sleeping baby, and now they have to spend an hour getting him/her back to sleep.
3 - Someone browses to the site while they are listening to their own music, and now they hear a cacaphony of shrieks until one source is muted.
Also, consider that any benefit gained from the music on your website will be totally lost on anyone who has their speakers muted. So your audience can be divided between:
A - People who cannot hear the music
B - People who can hear it, but do not like it
C - People who can hear it, and do like it
I would not care to estimate the percentages associated with each of these groups, but keep in mind that category "B" is actively offended by your website. To take a line from the hippocratic oath, one rule of web design should be "do no harm".
Metrics. You'll never be able to convince a business person with an emotional answer.
If you investigate the situation empirically you'll be able to give them something irrefutable.
I would would try an experiment: (get google analytics)
have one site with the music as-is, measure the bounce rate,etc
have an identical site without music, measure the bounce rate,etc
Have the server randomly serve up the different pages for a couple weeks (until you get a significant data) and see what happens.
Maybe we're wrong (I hate music too). I hope your customer is wrong, but who knows.
You could also add a survey link and try to get people to answer that as well (but without an incentive that might not work)
Stats can be your friend here :)
I would also:
(calculate the size of the audio file(s)*the number of hits*months)/cost of GB per month
Then tell them how much money they are wasting.
Basically, it boils down to this:
Audio on websites is a bad idea. No one likes it.
Try to educate your client that it is a bad idea. (It's annoying, different levels of sound can cause problems, yadda yadda) Mention that most users don't take sites seriously if they use sound. It's a very '99 thing to do.
If you client does not budge, (politely) remind him/her that they are paying you for your expertise as an internet professional. You are the expert on the web, and they have hired you to give your expertise.
If they still won't budge, keep the sound and make sure they are happy. The bottom line is keeping the client happy.
Music also interferes with screen reader users. I'm a blind computer user and nothing annoys me more then having music start playing and drowned out my speech program that's trying to read the site. Nothing will make me close a website quicker then unwanted audio.
It took a bit but I found a site that talks about usability on web sites.
They have a video on the right hand side of this page:
http://www.ciaromano.com/evaluating/testing.php
It shows why audio ads are not a good idea on websites.
Hope this helps.
G-Man
Just make sure that there is a way to turn it off. It really depends on the type of Website, because multimedia-heavy sites (i.e. sites for Movies or Games) can benefit from it, but if I'm listening to some of my own music, I definitely want a way to turn it off.
Oh and please, no crappy MIDI-Files that people already hated in 1993 when they were novel.
This is a tough one -- and what's amazing is that at the moment, I have a client who's demanding the exact same thing.
Personally I don't know of any usability studies addressing this topic specifically, but there's plenty of anecdotal evidence out there from users complaining about the intrusiveness or outright corniness of unrequested background music. * That said, clients still ask for it. Best you can do is try to explain the situation to them, try to gather a few good examples of people complaining about it from the Web at large, build a case, and hope the client goes for it.
In my case, she completely agrees that it's potentially annoying, understands it cuts against the grain of user expectations and politeness, but wants it anyway. So I'm building it. Whaddyagonnado.
* Indeed, you could probably use this thread as evidence! Good luck.
Consider taking a different path with the client.
Ask them what the purpose for the music is...
If it is to install a particular feeling or mood with the visitor of the site, consider taking them through all the points mentioned in answers here and discuss how that may violate the intended for the music.
Then you will be able to talk to the client about different ways to instill the same "ambience" to the website without resorting to music. This is really a design issue and not usability.
If the background music/sound was to convey some information, then it is a usability issue as people who for technological or biological reasons cannot hear the sound at the correct volume will miss out on that. Therefore the site is not as usable as it should be.
Unfortunately, as a service provider of sorts, all we can do is cringe and give the customer what they want - after documenting your disapproval both commented in the code and in writing to the client, of course.
Pardon me, but i have a different opinion about loading music in the website. With all due respect I have for the answer posters of this thread.
I see visits to e-commerce websites like going to a shopping complex. Where you have a cart, varieties of products, checkout counters and background music to make your stay as comfortable and interesting as possible.
There's a whole psychological reason as to what certain slow paced music can do to certain parts of the brain. Some studies even suggested that certain music play a role in motivating customers to purchase more items. Check this site
This can definitely be a plus point in a website. Of course it depends on what kind of website it is. However, a slow and non-vocal music shouldn't necessarily disrupt one's attention; rather it might have the opposite effect.
My justification is that when a potential customer visits a site, he is only using one of his senses while browsing through the pages. His eyes! I'm saying why not allow him (if he wants) to use his sense of hearing that would encourage him (not only through the means of displaying fancy texts, design and animations that looks nice to the eyes) but also to capture his attention through music (allowing him to be more in touch with the site).
Its obviously not possible to trigger his sense of smell and taste. But why limit it to only the eyes. Why not use the ears too!
Whether you choose to put music into your site or not, MichaelStum's post about having an option to turn off the music is highly essential.
Of course in the end its all about the amount of traffic that comes to your website. For this matter, #Cbrulak's idea of using Google Analytics would be a realistic approach for different individuals.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 5 years ago.
Improve this question
I'm not a great fan of duplicating effort. I do find, however, that there are benefits to tracking agile iteration progress on both a physical card wall and an online "calculator" (Excel, some scrum tools) or an online card wall (e.g. Mingle).
I find that a physical card wall in the team space provides a visceral kind of connection to the status of the cards... and that moving a card physically when you finish something provides a level of satisfaction that can't be duplicated online. I can feel the card... and people can see me walk up to the wall to move something.
Online tools provide great capabilities to share remotely and to calculate progress (e.g. in Mingle, you can use the built-in tools to automatically calculate burn-ups or burn-downs from the real data, saving lots of administrative time in doing those things manually).
I'm curious if agile practitioners maintain two tracking media like I do, and how do you present the benefits of the physical wall to those who say "I can do it online... why would I want to do it on a card wall instead?".
I feel the same. There is something very psychologically satisfying in moving a physical card around on a wall. Thinking managerially, we like stats and we like them to be automated as much as possible.
Perhaps you can keep both? Use the physical wall as the main daily source of information your team work from. Then, assign one person (e.g. the scrum master) to take down the live status and put it into Mingle/Excel at the end of each day.
As long as there is good benefit for the users to have both, then you should find both keep happening alongside each other nicely. Find out what the motivators are for each tool. For example:
Physical wall:
Instant reaction
Quick visual
Physical satisfaction
Online records:
Really really useful statistics
People can be rewarded against the stats in there (e.g. points completed)
Hope this helps.
My team has struggled with this as well. Electronic data makes analysis and reporting very easy and enables associations of checkins with a backlog item, but its a lot easier to manage cards during the standup. Plus, it's a lot easier to get a "5000 foot view" of the project from looking at a large wall than a small monitor.
No matter what you do you're either either going to have some duplicate effort, or you're going to have a process with some pain points. The goal is to find that balance between the amount of duplicate effort and the value that it affords.
We're still working on finding that balance :) Here's what we do:
During planning, we throw everything into OneNote. Formatting is a bit of a pain, but we're getting better.
After planning, our ScrumMaster enters the data from OneNote into an Excel document for generating our burndown. He then exports this data into TFS, for associating checkins, and does a mail-merge to print each task on a label which is then affixed to a post-it and added to the wall.
During the standup we move the post-its around on the wall.
After the standup, the ScrumMaster updates the Excel doc, generates the burndown update, and sends it around to the team.
As a team member this is pretty low-friction, but it's pretty wasteful of the ScrumMaster's time.
I greatly prefer Cards on the wall for a few simple reasons:
Everyone know how to use them. No software training required.
Not subject to problems with network, someone's computer needing maintenance etc., even in a blackout, people can still update their cards. This may sound like a joke, but can be nice to have something to do when for whatever reason yu can not use your PC
Programmers can freely update the cards while they are booting up/compiling
Easy to see them all at a glance
Ideal for meeting if your in a scrum environment and having amini meeting aroudn a desk.
I like jotting a note on the card when it's moved with time and mover... for trakcing bugs/features.
Cross link your online and card wall.
Set up two way replication. Method is left as an exercise for the student.
Also handy to catch whiteboard content from discussions.
We use both, and I can't imagine doing it any other way. Part of it may be that we find our "online card wall" a little too clunky to easily maneuver, but we use the physical cards for getting a quick idea of what developers are working on, letting QA know which cards are ready for testing, and for QA to post what is ready for our weekly demos. The dev area, QA area, and ready to demo areas are three physically distinct places, with the ready to demo being most easily accessed. We also use the physical cards for final scoring.
Could we do all of this online? Yes, would it be quicker, and easier? No way!
We've abandoned using cards after the sprint planning session (they get added to Rally) because it doesn't make sense for us to track in multiple places. Our scrum master is accountable for making sure people enter their tasks appropriately and move them (that's what the daily standup is for). The 5000 foot view is much better in an online tool than a bunch of cards on a wall that can only be categorized two-dimensionally (or maybe three if you stack enough on top of each other).
We use both a card wall and ProjectCards. It's painful for me because I sync the two of them, but it's worth it to have the feedback for the team that is local.
We've bandied about the idea of getting a large touch screen, but I still would rather have physical cards. The other idea I've been toying around with is having a printer which will automatically print out an index card whenever a story is added to ProjectCards.
I was just wondering. How about a giant projector based touch wall. ;)
Best of both worlds. This might give some pointers.
http://johnnylee.net/projects/wii/
Theres something very good about a big wall everyone can always see. I think we need a way to print onto regular thick index cards but I've had no luck so it is duplicated effort at the moment.
Electronic Card Wall Using RFID, this allows you to use a physical wall, with data mastered in software of your choice. As you move cards around, software updates accordingly.
If you use JIRA. http://wallsync.net will keep your cards in sync for you...