Forums > MaxMSP

the look of max5

November 15, 2010 | 6:29 pm

Dear C74,

Are there any update-plans to further customize the look of Max5 ?
After more then 3 years i still love the look of max4, which is the reason i haven‘t update to max5.
Way not allow the users to complete design the look for max5? I mean here not only the colors or font size. for example:

-Cord Size
-Gradient color

-Border Size
-in/outs color


thanks and best, pe

o s
November 16, 2010 | 11:09 am


November 16, 2010 | 4:19 pm

You have not updated to Max5 because of the look?

Man, you are missing out on a lot. I don’t think
I could go back to Max4 now.

November 16, 2010 | 4:40 pm

Ok, But… i have *never* understood this fascination with *details* of display! Gosh, in my first DECADE *plus* of making electronic music, I never created a single interface with anything but text.
That the *details* of appearance of your interfaces keep you from a superior work flow and dev environment… ?!?
I guess I am mostly an old audio person, and have not gotten behind use of Max for images, :-). Still, such attitudes seem to be …uh…petty and besides any main point. To me, it seems your produced art should not be dependent on exact shading algorithms or corner rounding or lack thereof…
how do these effect the affect of your art, except in the most trivial ways?

Please explain.
Dr. B.

November 16, 2010 | 5:21 pm


I wanted to chime in. I actually like the way Max 5 looks. I think Max 4 looks nice too, but it’s really not that big of an issue to me one way or the other. I do like all the improvements in Max 5 and I couldn’t go back to 4 at this point.

Also, I like to add pict files and colors to the background of my patches, I even did this in Max 4, to inspire me during performances, and also so that my patches look different and that I can know at a glance what patch I’m looking at. I doesn’t really distract me to do this or waste my time. I see it as more of something to add in when I need a break from making music.

take care, Nick

November 16, 2010 | 7:37 pm

the main issue with the max5 look is that it simply takes up more screen space.

and if i open my max4 patches in max5, the text is hardly readable.

November 16, 2010 | 7:54 pm

Ah, so… the main issue is that the super cramped UIs I have seen in Max4 apps do not translate easily (or at all) in to Max5 screens without more screen resolution.
Hmmm. so it’s a economic issue about needing more pixels on your computer screen….
well, this may be a push to redesign your UIs to not pack 10 pounds into a 5 pound bucket? EG: Use screens that overlay each other and switch with single key press/ switch?
We are lazy animals by nature: is there *really* an ABSOLUTE necessity to have your packed UI page all on the same screen at the same time? Really? Or is it just something no one wanted to face, having packed all that C*…er. *stuff* onto the screen in the first place?

I know, "it is critical to have the UI exactly as I have designed it"!!
uh-huh. And if you had even less pixels available, you would have made something else that works, I promise.
So, I will never hire someone who complains about this issue to be a UI designer for the large insurance company I work for: crowded ui’s are an anathema to quality web applications.
Go ahead, and pack those pages: you run the risk that only *you* will want to suffer through the UI to use your app. That’s probably ok for many of you, right?
It’s all ok…
Just my tuppence, REALLY nothing personal, YMMV, pax

November 16, 2010 | 8:33 pm

I also can’t bear to go back to 4, there are a lot of other things besides the UI which are not anywhere near the ease and power of 5. I also don’t like the old look… of course that’s somewhat subjective, but the fact remains that there are a lot more options in 5, and you can make 5 look like 4 (except square corners). So it’s more of a "superset" UI that allows for both (and many more) designs. Having transparency alone makes the switch worth it for me, although it does slow things down… until computers catch up… what, about a year?

@pelang: some of your requests are already possible in 5, others aren’t:

-Cord Size
-Gradient color

—These have been improving, particularly with the new handles at the ends, but I imagine the other extras aren’t worth programming in, and would take up yet more GUI updating power—things really slow down with a lot of cords on the screen and you try to move a bunch of objects. Also with cord thickness, the ability to precisely select could get messed up… and you’d probably be selecting them more often than the objects behind.

-Border Size
-in/outs color

—Looks like the roundness and border size is built-in and can’t be changed, probably a function of the new way they’re displayed (zoomable unlike Max 4). The in/outs color can be changed and can be different if the patch is locked or not. Transparency is supported.


—Again, no control over roundness, but transparency yes. For square-cornered messages you can use [textbutton], also new in 5 and a great alternative to buttons in general: no square area around the button that is also clickable. Also a nice alternative to LED.

The new Inspector is magnitudes better than the old ones. Again, that’s more than enough for me to want to switch, especially as the attributes are so well-explained just by being there…

My two cents. I love 5 and I also think that design (in *some* applications) can be important, for the end user or for myself, for ease of use or for inspiration. But it’s also nice to just hack something together that works, regardless of appearance, then put what you want to see into Presentation Mode and be done with it!

November 17, 2010 | 8:35 am

"EG: Use screens that overlay each other and switch with single key press/ switch?
We are lazy animals by nature: is there *really* an ABSOLUTE necessity to have your packed UI page all on the same screen at the same time? Really? Or is it just something no one wanted to face, having packed all that C*…er. *stuff* onto the screen in the first place?"

eh, charles, lazyness doesnt really meet it. :)

you might call it too lazy to learn how do do it in max5, but see, i can instead of that use
the saved time to learn new things about v4.

if something makes more work you just dont do it anymore, i.e. that only blocks creativity.

depending on the application and the user, sometimes the best GUI is a small GUI, but i worry
about space the most during programming, not how the GUI looks.

tell me ONE reason why it is an improvement tat max v5 has rounded corners and because of that
object boxes are bigger than in v4. there is no reason other than to come across 110´s plans for
world domination throuh max4 patches.

switching from 4 to 5 is another, minor, problem.

i am still waiting for an explanation and/or solution for background pictures keeping the right
position when opened in max v5.
in max v4, a picture object at position 0 0 creates a code with arguments -1 -1, in max v5 they
fixed that and the logical position and the code are in sync now. with the result, that v4-made
patches with pictures at 0 0 are at 1 1 in v5 – which fucks up the GUI of about 600 bpatchers i made.

or can you tell me why v5 has such monsterous umenus? i would understand if umenu would look
like in windows 7 or OSX, but to change the look of thousand of my umenus from OS look to a
custom MAX look is a declaration of war against 110 land.
small umenus were more or less compatible between classic mac and OSX, but the new one is
… totally different.

that you get also a lot of new functions which makes programming faster when switching
to v5 might be true, but the monitor space problem still exists and you have to reorganize
yourself to be compatible with your tool.

i prefer it the other way round.

-110 *whining mood*

November 17, 2010 | 8:49 am

In the time between Max 4 and 5, common computer screen sizes and resolutions have increased so much that I highly doubt that you can put less objects on screen today than before.

And I tend to agree with Charles Baker: if your screen is full with UI objects and there’s no room to add more, it’s time to rethink the interface.

That said, I would welcome a way to be able to modify the appearance of some objects, such as the very blob-like dial with its thick and imprecise needle. Specifying which .svg file to use in the object itself would allow me to create my own vector graphic in illustrator, which would be awesome.

November 17, 2010 | 10:08 am

I had to adjust to the new look and interface features too, but I cannot go back now. In particular, missing the search function, the clickable errors in the max window and the one-key object shortcuts would drive me mental.

November 17, 2010 | 10:23 am

The main max5 feature I’d like to see customizable is the object pallete. Not being able to turn it off is the only aspect of max 5 that bugs me – i hate it when that thing pops up by accident. Since you can create objects via key commands and so on far more easily, it seems like it should be optional. Sharp corners would be nice but it seems kind of irrelevant now, after 3 years.

November 17, 2010 | 11:49 am

@Charles Baker: It is the tool which i am working with. Somehow i have to "like" it. in my case, the tool itself takes often part in the creative process, even further, the tool can be sometimes becomes reason of doing so.

For my personal taste: i would be happy to be able to control the roundness and Border Sizes.

November 17, 2010 | 12:50 pm

"In the time between Max 4 and 5, common computer screen sizes and resolutions
have increased so much that I highly doubt that you can put less objects on screen
today than before."

i had 2x1600x1200 in 1997 and i have 3x1920x1200 today, and i will definetly not buy
30" monitors only because someone thinks i need to have rounded corners for my

when i buy new monitors i want then to display more than before.

"if your screen is full with UI objects and there\’s no room to add more, it\’s time to rethink the interface."

which is what i do.

i am rethinking the interface of max 5´s object boxes and i want them to be as small as they were in max4.

or do you mean by interface that i should create more subpatches to save screen space? wouldnt it
be easier to save screenspace by using max v4 in that case?


November 17, 2010 | 12:51 pm

what is that with the backslash now.^^

November 17, 2010 | 1:52 pm

If ui is the issue, it would be possible to only us m4l objects. And of course there's a zooming function in max5, so that even standard ui objects can look tiny. Not that I need to prove you wrong, it's just to show the options.


[attachment=146305,1396] [attachment=146305,1397]

  1. 1000vals.png

November 17, 2010 | 2:57 pm

yeah you can zoom out, but if you want to be able to read the text in v5 you had to zoom in.^^

compared to the old style v5 objects needs to be bigger to archive the same readability.

110 (only one of one thousand)


edit: well at jpg quality the difference is not so big anymore :D in max there is.

  1. jvkr-on-glasses.jpg

November 17, 2010 | 3:36 pm

Id like a search feature, search for particular modules and all the modules are highlight on the screen and also see them in a list , double click them and max will zoom into that module for you.

making module appearance smaller in size lower than "8" would be great too.

November 17, 2010 | 4:48 pm

me, i like roundness. i like max5 A LOT more than max4. And i even would love to have rounded multisliders like in TouchOSC. But seeing his personal art on his web site (nice!), i understand that pelang prefer rectangle looking, and in fact, even more personalisation, to lower or increase max objects roundness, would be great.

…I would put "full" roundness, all rounded shaped on my screen.
Year, i'd love to see my patches looking like hunderwasser buildings! :D

Will Max6 look like this ?


  1. hundertwasser-1.jpg

November 17, 2010 | 4:56 pm

james rizzis pictures are probably the closest to max (it already has objects, just no connections.)

November 17, 2010 | 6:42 pm

Well, great!
Anyway, Correct me if I am incorrect,
but again, these desires are perhaps stated in the wrong Developer’s forum. As I understand it these display issues are handled by JUCE, and would require rewriting existing JUCE widget/display code. Thus the reluctance to take this on… certainly I think that very few C74 developers see this as the most important improvement, and even if they did highly desire this change, it is delving into areas of code (JUCE) that they probably long ago heaved a sigh of relief when they got to stop customizing.
Just a guess…certainly the anti-Max5-look folks have been loud about this for a very long time…there has to be some reason it is not done by now…
like it is not worth the time/effort for the resulting improvement, in their judgment.
just guessing
cfb aka j2k

November 17, 2010 | 8:47 pm


I see max as a development tool. I don’t think it’s too much to ask to have a tool that is attractive, neat in appearance and inspires you to create. I personally prefer the anti-aliased nature of max5 over previous versions and find it inspires me to make things because it’s smooth and fluid and calm in color scheme. For me, this helps. It doesn’t make my art worth any less than someone who would rather program theirs via the command line in emacs, does it? Of course not.

I agree that the tool (and it’s UI) is NOT so important as long as you also understand that the tool (and it’s UI) IS so important. :-)

November 17, 2010 | 9:29 pm

roman, i know how you feel about rounded corners taking up precious pixels (it bugs me too, but i _do_ like rounded corners), but am i to understand that the bad font antialiasing is what pisses you off most?

i know it sounds obvious, but what about using a pixel font like "proggy tiny" or something? it definitely helps prevent off eye strain after a prolonged patching sesh…

poor devs. just last week i was moaning about audio quality, and here i am joining a debate about the gui. they have a hard time pleasing us. in general the gui is fantastic, i just wish the canvas wasn’t so sluggish. (i can just hear roman telling me to go back to v4 now:D)

November 17, 2010 | 10:08 pm

i hope c74 just focuses on improving whatever functionalities are already in like a faster js engine, getting 64-bit audio, improving on the things people ‘use’ not just ‘look’ at.
There are so many UI options already, you can create so much more than any other environment available UI-wise, and meanwhile other environments ALREADY have 64-bit audio. I don’t think the pressing need for better functionality should be trumped by high-maintenance UI-needs born of a lack of creativity and resourcefulness.

With a good enough UI, you don’t need any writing nor do the users need to read anything, hence the use of graphics, otherwise every UI in the world would consist of words but we all have seen that is less and less the case(size of object is a moot point, you can use pics in pictslider and pictctrl or jsui and everything will look much more original anyways allowing you to also work the clarity of any size of writing you DO decide on by knowing photoshop and graphic design tools better; Max should not have to also serve as a graphic-design tool like photoshop, it should focus on what it does best: wholistic manipulation of new media in whatever concise way it does best and only according to the constraints of its developers). With a good enough UI, the user will be so engrossed with the tool and its functionality that they won’t care whether the damn corners are ’rounded’ or ‘squared’(again, you can make your own graphics, too, which don’t require ’rounded’ corners).
If you can’t figure out a good UI with the extensive options already available in Max5, the rest of your app is likely to be just as uninventive.

Last but not least, I mean these words as no personal insult to the people who have posted here, i’m simply expressing my distaste at yet another thread/idea to change the look of Max5(the fact that this has been discussed before and went nowhere is what makes me feel that this kind of discussion is annoying). But that doesn’t mean you shouldn’t have the discussion, it just means that I will definitely chime in with my distaste and dissent over your eccentricity because that is my eccentricity.

(who here isn’t eccentric? no one. i don’t kid myself: all of us maxers are.)

*Never fear, Noob4Life was never here!*

November 17, 2010 | 11:10 pm

Can’t you set the default font size for objects? Not to mention shift-shrinking them, or control-shift-grid-shrinking them. Love the new control-stretch that snaps sizes to the grid.

You can set the font smaller than 8, just type it into the Inspector field rather than using the popup menu for sizes. This would change the size of the umenu too.

"Id like a search feature, search for particular modules and all the modules are highlight on the screen and also see them in a list"

+1 for that, that would be nice. A dropdown with all the currently-included objects, select one and they’re all highlighted (or selected? though that could be dangerous I guess).

–Being able to use custom .svg files, great.
–Disabling the Object Palette, it doesn’t really bug me, but I can see how it might. However, it would be *awesome* if that object (and zoomer object) were available as new UI objects for use. Populate the palette with images to select clips, use the zoomer to roam around a jit.pwindow. Would be fun.

November 23, 2010 | 8:49 pm

thought i would chime in my £2 on this subject, been away from the forums for a few days and had 500 new posts in my rss, woo.

i do agree with having the ability to customise max to your liking, i think that would be a really nice feature[s] to have.
but to go back to max 4, would be, well, a step back. though i am not waving out the fact that sometimes having square boxes is a bad thing, sometimes they are great for placing things close to each other and there being no gaps, lovely.
using max for live objects is a good idea, but is limited in some aspects, more with the [live.numbox] has a limit to what it can go to [in the int type], which is odd since it is in a max environment, but does make sense because you expect to use these with live. either way.

when all else fails for the look and more so the space in which you want to work in, i sometimes go for making completely blank and see through number boxes, floats or integers. and using a [panel] and making a new backing for it, either square or something else which i feels suit the look of my patch. that way i can get the look of my boxes.
its either that or go the way of making your own externals which are suited to the look that you want, whether it does look like max 4, but is actually max 5. dont know if anyone has made objects like that for max 5, but might be something to look into.
but as workflow goes, i set my new patches as 5. 10. on the grid and arial bold set at 8. yes small, but fits very well with my setup. but do feel myself running out of space soon after though, and that is because of the thick, curvy features of max 5.

all in all though, i would like to add my vote for more customisation in max and to the objects surrounding it, not just to fend off the people asking, but to expand max further, even if its something like making the rounded corners square, or less round. it would just be nice features.
this just adds more features too it that would make it last longer, so instead of having a max 6 in a few years, just have more customisation options. though i would hate to move a max 6, im only getting started with max 5 and i have been using it since it came out :D

but one thing i would ask for more than anything, is just more work with max to help with the workflow and speed at which it can work at. sure its much better than when it first popped its curvy head round the digital corner, but it can always be better with how it handles as a program in whole. correct me if im wrong please.

either way im bobbing to do some maxing…

lewis edwards

November 23, 2010 | 11:04 pm

using max for live objects is a good idea, but is limited in some aspects, more with the [live.numbox] has a limit to what it can go to [in the int type], which is odd since it is in a max environment, but does make sense because you expect to use these with live. either way.

what do you mean?

November 23, 2010 | 11:14 pm

basically the int type of [live.numbox] is limited to 0-255 range.
i may be wrong and there is something around that. but this is what i have noticed. though it has not been a problem, since most of my patches dont go too high with numbers, unless it was something based on frequencies, then i would use a [number].

November 23, 2010 | 11:58 pm

Right the int type is designed for MIDI usages in Live. But changing the type to float (and the display style to int) you just get a normal numbox with squared corner.

November 24, 2010 | 1:59 am

i think the look is ‘retro’(perhaps even outdated) for both versions of Max(even Plogue Bidule ‘looks’ better to me). thing is, you need to make your own UI graphics to get the most out of any UI development and Max lets you do this(Max5 more so than Max4). so it doesn’t matter to me what it looks like out of the box. (imho, supercollider looks coolest: code, minimalism and all.) Max does the best with what it has and what it is(a graphical environment can’t be the most efficient/superior workflow/environment anyways; convenience and prototyping is where Max excels, the rest is up to your customization ability: i.e. custom graphics, custom scripting, api usage, etc.).

(and personally, i appreciate the look of M4L within the functionality of regular Max so much i use M4L objects more in regular patches than in Live; M4L got me into Live but only long enough to realize I’m too accustomed to working out my own custom performance methods in Max and SuperCollider to see Live as anything but mundane(or a brilliant tool for non-live contexts and source material)… so just saying i’m very grateful that the M4L objects still extend the UI capabilities of Max sans Live)

November 24, 2010 | 9:41 am

What? Outdated? For me this ugly Bidule looks far more ‘retro’ and outdated than max, even max4!

About M4L UI objects, I understand them as a UI harmonization for the people who use max in Live, but personally I don’t really use them because i find them too thin and too small.

I really think that "rounded corners" for Multisliders, and for ALL others max objects where "rounded corners" are still missing in max5, would harmonize the look of max even better. And rounded corners should have all the same roundness: Today, toggle and numberbox roundness is not round enough compared with messagebox and objectbox roundness. I think every roundness should be exactly the same in ALL objects in a max patch. (ok few objects like jit.pwindow could stay rectangular, but this could be an option in the inspector)
This would look clearer, simpler. The simpler the better.

November 25, 2010 | 2:41 am

proof that UI prefs are always just subjective. there is no absolute. (let’s be honest, Max5, Max4, and Bidule ALL look pretty archane out-of-the-box, who cares)

this proposal about rounded corners by Alexandre sounds so high-maintenance, not simple at all. i’m glad cycling74 isn’t so anal retentive over something so frivolous.

*Never fear, Noob4Life was never here!*

November 25, 2010 | 12:45 pm

we heard 3 arguments now why max5 has rounded corners, and why it
is cooler and not worse.

"you can still change to a smaller font size"
not an argument, because you can do this in max4, too.

"if you want a nice UI, you need to make your own anyway"
not an argument, because you can do this in max4, too.
furthermore, you cannot change the rounded corners or the look
of the patchcords in max5, which is what originally was asked for.

"the UI is not the most important in a programming enviroment"
then why "enhance" it with rounded corners?


November 25, 2010 | 3:02 pm

True. Not in a hundred years is anybody ever going to be able to give a satisfactory reason for why rounded corners exist.


November 25, 2010 | 5:07 pm

After the round-corner wars when Max 5 was announced, I’m amazed this is still being argued. Max 5 has rounded corners for objects. It’s highly unlikely to change. Either get over it or move on.

November 25, 2010 | 5:20 pm

Hello Chris Muir,

Are you Big-endian or Little-endian ? Gros-boutiste ou Petit-boutiste ? ;-)

November 25, 2010 | 5:29 pm

there is nothing against round corners, its just a request for having more options. like colors, fonts, size… thats all

November 25, 2010 | 5:46 pm

colors, fonts, size… all are options already, no? and have been…

anyway, +1 to move on from rounded corners. for me there are plenty of workarounds for this, you can use textbutton or umenu, the live numboxes, etc… and in a finished patch usually one doesn’t need to show the objects themselves, as they’re not generally UI objects, except the ones you can double-click on to get a popup menu like send and receive, or the MIDI port ones.

regardless, Max 5 is IMHO a gigantic leap forward in so many important ways, let’s keep making it better.

November 25, 2010 | 6:29 pm

@Roman and jvkr :
Sorry but rectangular corners are just aggressive to my eyes. Through we all agree that improving functionalities is more important than UI, in 2010, the look of Mac Os, Windows, iOS, ubuntu, everything, is getting a little bit rounder and rounder. If your art feels better with extreme rectangular look, life is getting hard for you guys ! (except if c74 is planning more UI options) We are in the days of "touch" now.
Did you look at your finger and see how rectangular it is ? : The rounded look chosen by the designers of the Lemur and TouchOSC is not just totally a subjective taste : rather logically, a "rounded look" is more harmonious with your fingers going on it.
I don’t find this discussion "frivolous". Every instrument makers want to built the better sounding instruments, but, also, the most beautiful instruments. While playing them, this have to do with inspiration, music.

November 26, 2010 | 12:28 am

when arranged border to border, one thing i like about rectangular corners is you can line them up without bezier-diamond-holes in between everything(and to round a corner takes a little extra graphics calculation).

but overall, it doesn’t matter. objects are rounded and UI is extendable. when you worry about the look, it should be mostly in presentation mode. you can extend the UI enough to create pretty much anything. in patching mode, it’s a moot point for me. A good development environment is transparent in functionality but i would think that a good developer can transcend any lack of transparency.

For example, if I code anything in C, i don’t complain that it is using an alphabet as ugly as the English one.

Max4 was great. Max5 is brilliant. I hope they don’t change anything about either beyond the already planned development trajectory for functionalities within Max5(I complain alot, but overall i trust Cycling74).

*Never fear, Noob4Life was never here!*

November 26, 2010 | 3:16 am

"For example, if I code anything in C, i don’t complain that it is using an alphabet as ugly as the English one."


yep we could do without about 10 of our letters and still get along just fine…not to mention verb conjugations, why bother?

but… very off-topic… carry on

November 26, 2010 | 4:48 am

conjugation are not existing you knowing this but mentioning word

November 26, 2010 | 4:52 am

tehehe, a friend of mine once built a computer keyboard which went ABCDEFG
instead of of QWERTY, he said he this way he can remember better where the letters are. ^^

November 26, 2010 | 9:07 am

After watching this comic about DVORAK, you’ll never feel the same about QWERTY:
"Qwerty is DESIGNED to be INEFFICIENT!!! (…) RIGHT when qwerty became OBSOLETE it began to be widely distributed"

November 26, 2010 | 10:27 am

i have been thinking of making my macbook pro dvorak for a while now. its either remove and change the keys or, get a layout.

great comic, i just dont feel right about qwerty now:D.


November 26, 2010 | 4:51 pm

Hello maxers,

very interesting ; is it the same for AZERTY ?

November 26, 2010 | 7:26 pm

The story for AZERTY is even worst.
Think that we have a key which is only used in ONE french word : ‘ù’ in ‘où’ which means ‘where’… Where did they get that strange idea ?

November 26, 2010 | 11:27 pm

Maybe everyone could agree with this new type of corner :


  1. cosy_corners.png

November 26, 2010 | 11:55 pm


It reminds me of coving, nostalgic and comforting; like staying the night at my grandparent’s house……….lying awake, staring at the ceiling after a sunny day in the pool :)

I refuse to partake of any patching until this new look is implemented!

I hope you’re paying attention C74……………….

November 27, 2010 | 12:49 pm

And what about an option for patchcords like this :


  1. Grille-fer-forgé.png

November 27, 2010 | 12:52 pm

i think don't like accents in filenames, repost :


  1. Grille-fer-forge.jpg

November 27, 2010 | 1:34 pm

ooooo hello decorative blacksmithery! "wink"

November 27, 2010 | 4:10 pm

one of us once made such layouts for his patches about 8 years ago, dont remember who.

November 27, 2010 | 4:11 pm

i think i found a solution: no corners at all could be a perfect compromise.

November 27, 2010 | 9:28 pm


Then would you rather patch in a centrifugal or in a centripetal fashion ?


  1. neverending_object.png

November 27, 2010 | 10:21 pm

Glad there’s a mention of DVORAK. I spent a few months at a slow desk job about 5 years ago learning it. I was pretty fast with QWERTY but had to look while typing. I decided to go DVORAK and to learn it touch-typing style. It was *very difficult and frustrating* but once you start getting some of the common words you’ll start to see the difference. I will NEVER go back, it’s really that much better for most everything one does on the computer. I got key stickers to go on both my keyboards, easy as can be. I don’t recommend removing the keys, especially on a laptop. The stickers are much better.

The only problem is the common control- or command-keys, they are now spread all over the place instead of nicely collected by the left hand. There’s an option to go "control-QWERTY" on Mac to fix this, but not Windows, and I thought it would just be more confusing. Either way, it’s not a big deal and I’m used to the new control keys. Both Mac and Windows OS have DVORAK layouts built-in, so no worries if you move to other machines, provided you can touch-type it.

If you have some time on your hands and want a challenge, but also one that will pay off huge later, try it out!

again… so off-topic! ah well. seriously though, I wonder how much money is lost each year by hundreds of millions of people using a keyboard layout from the 19th century. It’s got to be in the hundreds of billions each year.

November 28, 2010 | 1:12 am

In a round object, how could you determine which was the ‘left’ or ‘right’ or especially the ‘middle’ outlet? You’d have to refer to the ‘north’ and ‘south-east’ outlet etc.

February 16, 2013 | 12:15 pm

now here some statements from myself…

I think it would be more useful, perhaps in the next update of Max6, to embed the choice
to changing the layout design like the Max ver.4 and (of course) the newer features in Max ver. 5, 6

die derzeitigen Möglichkeiten befriedigen überhaupt nicht, das gilt vor allem beim Öffnen von Max4 patches in Max 6
ich hoffe und erwarte, daß hier Userwünsche endlich mal beherzigt werden anstatt "zur Tagesordnung zu gehen" !

Viewing 58 posts - 1 through 58 (of 58 total)