can we stop adding upside down modules?
Yes, please mark as private
Why?
This module may very well be installed "upside-down", and if one person has it so in their rig, may not others also?
It's already in two public racks, so there are other people out there who already think this is a good idea.
The Intellijel Planar can be installed and used in this manner, as can almost any joystick (X-Y controller), look at the panel design of the "Choices" module by Flight of Harmony, for example; also there are a number of modules by Synthwerks that are designed to be installed either way up.
I'm sure that this particular entry on the ModularGrid database was not created by accident and somebody actually intends to install this module 'arse over end' in their own rig, so let's be a bit more open-minded, eh?
I'm all for open minded-ness, but I feel that it's unnecessary to add extra modules flipped. There's no need to exactly replicate the visual style of one's system. The HP is the same, so I don't see why people who do decide to flip their modules can't do that in private. I have Doepfer modules with Davies knobs. Should I make an extra entry for each module? Granted some modules are designed to be fitted both ways but frankly it's completely unnecessary. The modulargrid service wasn't designed to fit everyone's individual needs - each module should have one page, allowing us to accurately plan and rate our systems. In order to keep this module index clean and manageble, we should remove these entries.
I agree completely with Wiktorion.
I agree completely with Wiktorion too.
Database keeps growing, and flipped modules should be private. The Euro section is turning into a mess, and will become clunkier to search the more modules are released.
My 2 centavos.
I agree there is a shitload of completely uninteresting additions made to this database, but upside down tactile modules should be an exception IMO (say the Planar for instance - I'm sure something like half of the owners use it upside down)
The Wiktorion appreciation society as part of their argument states the fact that "the database keeps growing", implying that these 'flipped' modules will take up precious database server space, but anyone capable of logical thought must agree that making all 'flipped' modules private will only add to the problem (if one actually exists). If two users create a 'flipped' module and both are made private, that makes at least one module in the database which is a duplicate, whereas if one user creates a 'flipped' module and allows all other users to use it, then there's no need for anyone else to do so and duplicates can be avoided.
As I argued previously, there are certain modules that lend themselves to being installed either way up, and others that are actually designed that way; we should not make a generalised decision about this.
What do you think, solitud?
MG is supposed to be a modular planner, and when stuff like upside down modules are added, you are basically splitting ratings, specs, descriptions and comments among several modules that are functionally identical.
The point we're trying to make is, that MG is not a painting app. It's not supposed to photorealistically portray your modular system. Buy Photoshop if that's what you want :)
By adding stuff like upside-down modules, you are polluting the DB with entries that add no value, and which typically aren't even updated with specs and a description (just look at this one), making it harder to use MG for actual planning.
Ah I see your argument re: database. My comment was not so much about database size (I'm sure solitud can handle the backend side of things perfectly).
The comment was about usability. From the user point of view there should be no more than one entry per module (there are exceptions, when a module needs 5v and has the option of taking the 5v from the power bus or of converting internally, like 4ms 4PLFO, thus adding two entries because the same module can have different power specs).
From the general user's point of view it's better to have a more streamlined view with the least clutter possible. One puny teleplexer won't make a difference, but it sets a precedent for future entries and Eurorack is growing like crazy.
Best regards,
The Adminius Opposition Society ;)
Well spoken wavicle - I think we should have some kind of guideline for this to set a standard for future reference. I'm honestly rather opposed of adding both directions of possibly inverted modules too, like Planar and Choices, also. Like mentioned before, I think usability comes before personal flair. We only need separate entries when there are actual differences in specifications, not visual style.
Not trying to fan any flames here, and writing from a not very technical position ... but, would it be possible to add a toggle button to existing modules which would allow the images to be rotated whichever way a particular user may like?
I did not have figured out a simple and proper way to assign multiple panelgraphics to one module specification. That's the main problem. Now we have to deal with compromises. I understand both of your arguments. We have this problem with multicolored panels too.
Database capacity is no issue, but redundant search results are.Also, we have to keep severel database entries up to date, which never works in the real world.
The statistic features (Top Module/Popular Module) do not work with splitted module info anymore (see Math).So until I am able to implement a solution with the multiassign of panelgraphics I am taking sides to the "let's keep it unique and clean" fraction.I suggest to make use of the private flag function.
Beep, Bopp, Bleep: [email protected]
Here's an example of how to handle alternate face plates:
http://cl.ly/image/0z3p0D3g142x/modulargrid_panel_switching_concept.png
Looks cool and I think you have showed me this already.Besides the UI the main problem is in the tracking of versions for multiple graphics.I did some wrong choices with database model design in the beginning and it's complicated to update this without breaking stuff. But it's still on my list.
Beep, Bopp, Bleep: [email protected]
