Posts Tagged ‘Unify’

Optimizing Your CSS for Unify’s Editor

Monday, April 11th, 2011

At times you may want to optimize your CSS to craft specific styles which would be better suited for editing content in Unify. Since Unify currently uses TinyMCE as it’s text editor, we can pinpoint what’s shown in the editing window by simply prepending .mceContentBody before any CSS selector.

Here are some examples.

Example: Changing the Font-size

Tom is the owner of TomsTumultuousTshirts.com (that domain is totally available, BTW). He’s 120 and ½ years old, has very bad eyes, and uses Unify to edit his site. But Tom is having trouble reading the text in the editor and he can’t see what he’s typing.

So Tom’s designer jumps into the code to add some styles into his stylesheet. In this case, since Tom is having a problem seeing the content of <div id="about">, the designer will need to add this line, which will affect the editor for this <div> only:

.mceContentBody div#about {
   font-size: 700px;
}

Now the font-size in the editor for that <div> is 700 px, and Tom can read his site fine.

Example: Removing the Background Image

Ingrid’s site, IngridsInsights.com, uses a very tasteful blinking rainbow .gif for the background, but she’s having readability problems when she’s editing her site. Right now, the CSS looks like this:

div#main-content {
   background-image: url(images/awesome-blinking-rainbow.gif);
}

With a quick addition to the end of the CSS file, Ingrid’s designer can remove that background-image from the editor, and now Ingrid can see what she’s typing.

.mceContentBody div#main-content {
   background-image: none !important;
}

Nicely done, designer. Now Ingrid is able to easily read and edit her content in the editor.

Example: Changing the Background to Black (or any color)

Nancy and Ulysses have a site that teaches young children about the radiation emanating from black holes, and because of the subject matter, their designer opted for a completely black website with white text, but when Nancy and Ulysses open the Unify editor, they can’t read any text since the background in the editor is white.

Usually, they adjust the contrast by scrolling their mouse in the contrast field, but they don’t want to have to do this every time. So Nancy’s designer jumps into the CSS and adds this line:

.mceContentBody body {
   background: #000;
}

Now they can read the white text with ease and can continue to educate the young minds about Hawking radiation.

Possibilities Galore

By adding some CSS rules to your stylesheets, you’ll be able to change the editing styles to fit your clients’ needs. This keeps the UI clean, gives you many options for optimization, and keeps the control in your hands.

Have fun!

White Labeling Unify

Tuesday, August 17th, 2010

The current model for most web applications gives us a trade-off: free with explicit product branding, or paid with the ability to have your way with the branding. This leads us to believe that there is some actual monetary cost to allowing a change of brand. There isn’t. So what do you get for your money? At best, you get permission to at best confuse or at worst, permission to rip-off your client. This is not creating value. This is snake oil, and at Unit we refuse to take part in this charade.

Justification, Disassembled

There is one very simple reason to not allow white labeling for Unify: any branding change would alter the code, and we cannot properly support our product once the source code has been changed. Beyond this, I would like to put a finer point on our position. The following are some of the common reasons that people use to justify white labeling, each rebutted by our philosophical perspectives behind Unify.

Doomsday Scenario: “My clients will get confused! They need their brand at the top of an app.”

This morning I hit snooze on my Seiko alarm, ate some Kashi cereal,  drove to work in my Jeep, woke up my lazy iMac and posted this to the blog using WordPress. At no moment did I get confused… at least not about the brands I was using. (Thanks to David Airey for his similar progression in Logo Design Love).

Brands are not built to confuse. In fact, they clarify. A brand is a promise between the producer and the customer. Over time it is reinforced by good experiences and destroyed by bad ones. It is an honest face: recognizable and persistent. White labeling masks that face, and what do you consider the intentions of man behind a mask?

With Unify, we are building a brand through consistency and upkeep, and removing the brand would nullify any responsibility we take for our product. Marketing efforts, customer support, twitter chatter, blog posts on updates and improvements; all would be nullified by this obfuscation. This cost is too high to negate all of these efforts in the hopes of not confusing people who are smart enough – and familiar enough with brands – not to get lost.

The Appeal to Revenue: “You can charge tons more for a white label license! I will pay it!”

The only person who “pays” when costs go up is the end-client. The problem is, as explained above, THEY see no benefit. The only person who benefits from white-labeling is the middleman. The go-between gets to represent someone else’s work as their own, and the client pays a premium. How is this fair?

We have crafted a price and a model for Unify that correctly reflects its value. Inflating this price is not in our best interest. This larger price would communicate to those fitting the bill that there are more features, larger resources dedicated to customer service and bloated expansion towards bells and whistles. This is not our perspective on Unify. Unify is a simple tool, like a hammer; it does not bludgeon better with a different name on the side.

Also, there is an idea that comes up intermittently in our white-label discussions: that our “real” customers [designer/developers] want to be able to put their name on our product to make them look good. They are willing to pay five times the price – or more – so that they can tell their client that Unify is a custom-built CMS tailored to their needs. This, of course, is lying and is the worst possible justification for white labeling.

Truth be told, we want to look good, too. Not the “we” of Unit Interactive, but the “we” that makes Unify. We take pride in our product, and again, we want to build a brand behind that product that adds value and trust. We are not in the business of artificially inflating other people’s prowess. We only want Unify to be the best product for the people who have to use it every day.

High Anxiety: “My client will not understand why I charge my fee for a CMS when they can find that your product costs under $25.”

How a professional justifies their rates is not our business, but there is an easy answer to this: Time. Unify takes time to plan, install and to test (not much, though). One’s time is still worth money, so charge accordingly. If a person cannot rectify their rate with our price and their time, that person needs to sincerely reevaluate their pricing.

A Contrast in Black & White

“…black labeling is the practice of offering a ghosted service; where authorship, responsibility, or accomplishment (or all 3) are misrepresented in order to hide the truth of one’s inadequate skill, responsibility, or accomplishment. In plain English, by word this is known as lying; by deed this is known as deliberate deception.”

Here, Andy has drawn a decisive line between the honest uses of white labeling, and what he calls black labeling. By his definition only commodities can be appropriately white labeled. By our definition of what our actual product is – consistency of innovation, customer support, and a determination to keep things simple – Unify is a service. The code changes, but our commitment to serving to our customers stays the same.

Any attempt to white label Unify would really be black labeling, and would destroy Unify. This is not merely my opinion: it is the result of much internal debate and input from users – mostly to the contrary – that has led me to firmly stand against the ability to re-brand Unify. In most implementations, black labeling destroys brands and experiences. Where some argue that it adds consistency, it instead severely muddies the water for the people who are our main concern: the user. White labeling should be relegated to the few opportunities where it makes sense, and it is disheartening to see that it has become so ubiquitous in the life of a web designer.

Developing for Unify – pt. II

Monday, March 15th, 2010

It has been quite a while since I wrote the first part of this series, but Unify has been going through a lot of changes in the last 6 months, and I wanted to make sure to address all of the new features and improvements that have been in development.

Please Note: Every new addition to Unify is rather well debated so that we can allow the app to be as simple and easy-to-use as possible. What follows here are best practices and suggestions to help you [designers & developers] understand how Unify works so that you can create the best experience for yourself or your clients.

So, without further delay: Here is everything else you may want to know when developing a site with Unify in mind.

(The features selected in this article are based on user input, so if you want to know how Unify works with your specific configurations, please peruse the forums or contact us. Thanks!)

Aesthetics

Much of our efforts in recent months have been focused on making Unify work with—or on top of—many possible server configurations (such as IIS and Apache), browsers, and content needs (such as tables and picture galleries). As much as this adds to the power of our app, it doesn’t do much for ergonomics. So as of version 1.2.0, we greatly improved the style rendering in the editor (before & after):

Editor Styles, before and after

…and improved the HTML editor by adding a full-screen view, syntax highlighting, and allowing tabs:

HTML Editor Comparison

IMHO: these screen-shots cannot do justice to the improvements. See for yourself in our live demo.

Working Locally

Unify requires a handshake with our server in order to log in, and perform many other tasks. This means that in order to operate Unify, you need a live internet connection. This does not, however, preclude the use of a local environment to develop for Unify. Just set up your local environment, purchase a Unify license for the eventual domain that you will be using Unify on, and install the files in the proper folder. Then alias your localhost to the URL of the destination domain. Done.

Files Permissions & Auto-Update

As of version 1.2.0, Unify can accept and save your FTP Info in the dashboard. This will fix any permissions errors you may be receiving when publishing. FTP info is also required for a nice new feature of Unify: Auto-Update.

With auto-update, you and your clients don’t need to worry about working too hard keeping up with the latest Unify fixes and features. Just go to the dashboard, check to see if you are running the latest version in the update box in the top right corner, and if there is a newer version, click “Update Now!”. To run the Unify Auto-Update, you will need the PHP cURL library on your server as well.

Video & Embedded Content

As of version 1.2.4, the Unify video embed wizard only works with OBJECT and EMBED tags, but we will be adding support for HTML5 video very soon.

To make any video (or EMBED or OBJECT) editable, just add the “unify” class to it. This will allow you or your client to edit the video specs in the video embed wizard. Options include changing the size of the element, or replacing the embed code.

File Uploads & Browsing

Users can easily upload, browse, and link to images or any type of file (besides PHP, HTML, CSS, or JS). Unify will even auto-discover folders to upload to, or you can set specific folders for images and files in the Unify dashboard. Once a file is uploaded, click the search icon next to any link or image source field to browse the available files and create a link.

Working with Lightboxes & Picture Galleries

All lightbox scripts work differently, so we cannot claim support for every one that is out there, but we have taken strides to make Unify flexible enough to cover most of what you would need. Every link prompt will include a “class” and a “rel” attribute, which should give you what you need to create a link that is compatible with most lightboxes.

To adapt a common picture gallery to be editable with Unify, try the following steps when installing Unify:

  1. Add the “unifyRepeatArea” class to the gallery container.
  2. Add the “unifyRepeat” class to each image (not the link).

Now, you or your client will be able to drag a copy of any thumbnail, and then edit it. In the Unify image wizard, you can create a new lightbox image by following these steps:

  1. Through the upload interface in the top-right of the image wizard, upload the large image first by selecting the appropriate folder, and then browsing to the correct image on your hard drive.
  2. Go through the same steps to upload the thumbnail. You should now see the thumbnail image in the top-left area of the image wizard.
  3. In the fields below the thumbnail image, add the appropriate class, link and rel that your lightbox requires.
  4. Hit “done”, and if everything looks correct, hit “Publish”.

Working with Tables

As of version 1.2.3, Unify should work well with most table configurations. Here’s how:

  • If you want your table to retain a static number of entries (or rows), just add the “unify” class to the TABLE tag.
  • If you or your client will need to create new entries, you can add the “unifyRepeatArea” class to the TABLE tag, and then add the “unifyRepeat” class to your TRs  (or TDs depending on what content you want to be able to replicate… although I would recommend only repeating the TRs).
  • In both cases: To prevent any editing anomalies, please make sure to set up your table properly in your CSS. For example, a TABLE should be “display: table;”, a TBODY should be “display: table-row-group;”, a TR is “display: table-row;” and a TD should be “display: table-cell;”. Also, try adding “table-layout: fixed;” to your TABLE for more efficient rendering. IE does not recognize these, but it manages just fine on its own.

Cufon & sIFR

Unify automatically disables Cufon and sIFR in the front-end when loading a page in Unify. This means that your text will look different, but after publishing and logging out, your content will look correct on the live site. This eliminates any incompatibilities between these scripts and Unify.

Tabs & Sliding/Animating/Hidden Content

If it is on the page when the page loads, Unify can edit it. With each mouse click, Unify evaluates which editable elements are visible and hides/displays the edit icons accordingly. It will also adjust the position of the icon, but this is not fool proof.

To make sure that your icons are displayed and in the correct place in Unify after a Javascript change to the page, you only need to add one line to the end of your Javascript function:

    if (top.window.createIcons) top.window.createIcons();

This will fire the Unify “createIcons” function and move the edit icons to the right place.

Working with Dynamic Content

Unify works with what is on the page when it is loaded. If you are bringing in dynamic content, Unify will not be able to edit it properly, so make sure that any content like a twitter feed, del.icio.us feed, or anything else that is brought in through Javascript is not included in a “unify” editable area.

Moving Forward…

We have many great things planned for Unify in the near future, so keep checking in here on our blog, or follow us on twitter: http://twitter.com/unitinteractive . Also, if you have any questions or suggestions, please tell us about it here, or in our forums.

We’re Saying It Again

Monday, January 25th, 2010

“Unify is not a CMS.” These words have sparked a debate about the exact nature of our nifty little product. Some users/on-lookers understand our distinction while others respond dismissively or with outright incredulity. So, to help further the discussion already taking place, here’s why we don’t call Unify a CMS.

It doesn’t “manage” and it’s not a “system”

We consciously created a product that avoids both the “management” and “system” aspects found in most CMS products. Unify does not set itself to the task of organizing and delivering your content. The organization of your content is the organization of your site. Unify simply sits on top of that. Your site is still delivered by whatever mechanism you’ve devised: Unify does not touch the structure of your site.

Unify has certain advantages over database driven content management systems. For instance, any Unify installation can be completely deleted without affecting its parent site whatsoever. Have you ever tried that with WordPress or ExpressionEngine? It can’t be done because those systems inherently manage the content. Even many of the so-called “light CMS” alternatives require that your site run through their database structures. Of course, there are also limitations but the point is that Unify is different and should be called by a different name.

Unify focuses on allowing users to edit the content of their sites right on the page where that content already lives. This singular focus puts Unify is in its own product category.

Clarity for Customers

It’s not that we’re anti-CMS. We often handle ExpressionEngine integrations for our design clients. This very blog and our recently launched Just Made My Day run off of WordPress. There are some very good reasons for using a CMS, but sites that constantly need new pages, user generated content, or have very complex content structures aren’t good candidates for Unify.

Similarly, sites that are built simply and need only to be edited in a straight-forward and intuitive way don’t need a full-blown CMS integration. Unify is the perfect fit for such a site and we must make sure that we communicate this clearly to potential customers.

Projects to Kick Off 2010

Thursday, January 14th, 2010

After a nice long holiday break with our families, the Unit Interactive team is back at work on some cool projects. Some notable items in the 2010 hopper include:
Unit Interactive in 2010
Unify
After an interesting start (more on that in a later post) our simple content editor, Unify, is cranking right along and we’ve been very pleased with the adoption among designers and developers. Now roughly 4 months in, Unify has been much improved from the initial release and is currently in v1.1.5. We accomplished our primary launch aims and it’s time to pay some due attention to our favorite app. We’re working on updated information and a new design for the Unify website (getting away from the Unit Interactive website clone), which we plan to launch sometime near the end of this month.

JustMadeMyDay.com
Just Made My Day is a new project for us that we decided to do just because. Mostly, it’s a continuation of our effort to help make the web a happier place. It also comes with the added benefit of allowing us to flex our UX and backend development muscles in a fun and happy way. We’re looking to add features and media integration on a continuing basis, but mostly we’ll see where this goes according to where the public takes it. Hope you enjoy!

Woot
We’re now in our third calendar year of work for Woot and every week of it has been great. We’ve worked with them on developing pie-in-the-sky ideas, we’ve brainstormed new directions and features, and we’ve designed and developed the ongoing flood of required new properties, features, and pages. Notable items include the re-imagined Shirt.woot reckoning, the Kids.woot site, and their newest property Deals.woot. Work continues each week as we address new things and refine the details of the Woot user experience with the great team at Woot Workshop.

Brickyard Partners
We’re very happy to be continuing our collaborations with Howard Mann of Brickyard Partners in 2010. After the recent launch of the Ivey Institute for Entrepreneurship, the Brickyard Partners blog, and others, we’re already hard at work on the next of what we hope is a succession of new projects with BP.

Vector Media Group
We’ve been working with the guys at Vector Media Group for quite a while now and have enjoyed every minute of it. Having worked with them on two of their internal projects (including redesigning their website) and a handful of collaborative efforts for other clients, we’re again working with them on their own brand.

Sewanee: The University of the South
After our initial project with Sewanee (which we’re excited to say will be launching in February), we were enlisted to redesign two of the primary components of the university’s web presence. Details in the near future.

And more…
In addition to these we’re working on other projects that will soon see the light of day. It’s fun and busy times around the Unit offices these days and we’re having a great time. We’re looking forward to a wonderful 2010. Hope you are, too!

Developing For Unify – pt. I

Thursday, September 3rd, 2009

Until recently, the bulk of thought towards managing a site’s content has weighed on the side of more options and more control. With this has grown more headaches, indecipherable usability, and more opportunity for the misguided destruction of otherwise well-considered designs and/or mark-up. The guiding principle of Unify has been to put the power back in the hands of designers and developers by creating a content editing option with dead-simple, customizable implementation, limited-yet-permissive content control, and a polished, intuitive UX.

Unify is not a complicated system; in fact it is not a system at all. This two-part series will illuminate some of the unique aspects of Unify, allowing any website designer/developer the most opportunity capitalize on its potential. Unify is the closest to a plug-and-play content editor available at this time, and these tips should help make your next Unify install as quick and effortless as possible.

How Unify Works

The Unify UI is built on the jQuery library and jQuery UI. Through javascript and CSS, Unify gives a constant and accurate depiction of the changes being made to the HTML. Therefore, when manipulating items through the Unify UI, you are editing only what the browser sees. Publishing changes, on the other hand, deals with the actual HTML/PHP written in your files (more on this later). The Unify text editor is a custom build of tinyMCE, sharing all of its triumphs and tribulations. We have taken great pains in smoothing out some of tinyMCE’s eccentricities, and will continue to do so, but those with tinyMCE experience will recognize some of its hiccups.

When the changes are completed in the interface, and it comes time to publish these changes, we get to the core of what makes Unify unique. On publish, Unify will pick up the HTML/PHP page that you are publishing to (and any includes), find the elements you have edited, replace their content with the updated content, and then save those files back down on your server. This eliminates the need for a database, as your HTML/PHP files are, in a sense, storing your content. During this process, Unify also creates backups of your files, allowing for previously saved states to be “restored.”

Before all of this can take place, though, you must install Unify on the root of your website. There are some server requirements you may need to look in to at this point, but given that you have a common PHP setup, Unify should just drop on to your server and work. You should then be able to define the editable content throughout your site by adding the class of “unify” to elements. You can also use the “unifyRepeatArea” and “unifyRepeat” classes to really make your content dynamic. More on these Unify Repeatables later.

It is important to note here: Unify elements do not nest. Any “unify” or “unifyRepeat” elements within other “unify” or “unifyRepeat” elements will be ignored both by the interface and the publishing functions.

Development Environments

We have given serious consideration to how to set up development environments for Unify. In order for Unify to work, you must have purchased a license and registered your copy of Unify for a specific domain or sub-domain. Seems simple enough until you want to develop on one domain/sub-domain, and then deploy in another, right?

Unify was not designed to be a complicated solution that would require a lengthy testing period or any development area. It either works, or you will need to sort out some PHP config issues, and then it works. If you want to give it a test run, though, before deploying, we suggest one of these three options:

  • Purchase a license for a sub-domain/domain specifically for Unify installs, e.g. unify.yoursite.com. This will be a one time fee, and will allow you to use Unify in any folder in this sub-domain. You could copy fifty Unify folders in to fifty site folders for fifty clients, and they would all work in that sub-domain on one license for a one-time purchase.
  • Purchase a dev license and a live license for your client as part of your project with them, rolling this in to the cost of your project. This would allow you to develop in a sub-domain.
  • As of 07/15/10: You can now transfer any license one time. See here for more details.
  • Simply develop in a sub-folder of the domain on which you wish to use Unify.

For Unify to work, it must be installed and running on a live, licensed domain or sub-domain. This means you will need a live connection to the Internet to use Unify. It also regrettably eliminates the ability to develop in a local environment. Please see Developing for Unify pt. II for info on developing locally.

Efficiency Through Unify Repeatables & PHP Includes

Unify works with PHP includes. The UI cannot recognize if content has been brought in through a PHP include statement, but when publishing, Unify loops through all the includes called on your PHP page, and replaces the appropriate content in each. So, if you have recurring content throughout your site—e.g. in a site header—you need only make the change once and it will populate throughout the site.

Another important to note: do not put any PHP (or PHP includes) inside of a Unify element. As mentioned before, the Unify UI only knows to save what the browser sees, so this could destroy some of your server-side code when publishing. Your included Unify element must be within the include, not surrounding it.

Unify Repeatables are an all together different tool that allow you to rearrange and duplicate complex sets of elements. For example, say you have an element whose inner HTML is a little bit complicated, like so:

<div>
   <img class="fancy" src="images/fancyimg.jpg" alt="Fancy" />
   <h4>Caption Header</h4>
   <p>Some more caption content goes here</p>
</div>

If this element will need to be duplicated, you could just wrap it in a “unify” element and hope that your client is savvy enough to grab all the appropriate tags when copying. We know this is a scary thought to most developers, and this is why we created Unify Repeatables. Now you can create a “unifyRepeatArea” container, and make the original element a “unifyRepeat” element, like so:

<div class="unifyRepeatArea">
   <div class="unifyRepeat">
      <img class="fancy" src="images/fancyimg.jpg" alt="Fancy"
      »» />
      <h4>Caption Header</h4>
      <p>Some more caption content goes here</p>
   </div>
</div>

Line wraps marked “»»”. -ed.

The “unifyRepeatArea” defines a boundary. Within that boundary, “unifyRepeat” elements can be duplicated and rearranged. There can also be non-editable elements within the “unifyRepeatArea”, but these will be static, and will only be moved as nudged by other arrangeable content. “unifyRepeat” elements outside of “unifyRepeatArea” elements will be ignored by the UI and publishing functions.

By combining Unify Repeatables and PHP includes, you can create fairly dynamic and functional site modules that are easily updated through Unify.

What’s Up in Pt. II?

In part two of this series, we will look at how Unify works with dynamic content, like Twitter feeds, and how you can better implement Unify to be friendly with page behaviors such as tabs and lightboxes. Plus, we will take a look at the future of what Unify will have to offer.

Our First Product Launch: Unify

Wednesday, August 26th, 2009

After many months of concept, design, programming, and testing, we have at long last launched Unify. This is our first ever product launch and the entire process has been exciting, fun, and very educational.

Sign up for our private beta

Our aim with Unify was to address the fantasy that we all have had at some point in our designer/developer careers: to have a ridiculously-simple-to-implement app that allowed for easy content updates on the page in a browser. We wanted to allow designers with basic HTML/CSS skills the ability to install and implement Unify. We also wanted it to be simple enough to use so that “the church secretary could make content updates to the church website.”

We believe that the results are true to those foundational desires. Unify installs in seconds and requires no database setup, no programming skill, and no special tags or syntax. We purposefully aimed low with the features, working to keep Unify as simple as possible. Even so, we were compelled to add a few features absent from other editing tools.

For instance, Unify has a definition list tool that allows non-technical people to add and edit these tricky lists.

Definition list

Also, we recognized the fact that there is often a need to create duplicates of somewhat complex arrangements of content, like a staff listing with a photo, bio, and other information. We therefore created what we’re calling Unify Repeatables, which allows a non-technical person the ability to drag a new copy of a complex array of content and edit it to create a new entry.

Unify Repeatables

Finally, we wanted Unify to work well with PHP <include> elements. We made it so that if there is an editable area inside of an <include>, an edit to that section would be published wherever that include existed.

It is worth noting also that we built Unify to work well only with properly written HTML. It is not a forgiving tool and not best suited for neophytes or those who lack markup craft skill. For instance, even though some DOCTYPEs allow for unclosed tags, Unify does not. Validation is not a prize, it is a yardstick. Regardless of validation evaluation, unclosed tags are indicative of sloppy programming and can lead to technological compatibility problems. Unify was not built to be a friend of sloppy programming.

Upon reflection, I would highly recommend that every web design agency go through the process of conceiving, designing, building, testing, and launching a product, for the educational experience alone. Merely doing pieces of that process leaves much unlearned and untested. I might point out here that there is also supporting the product …and that is a horse of an entirely different color. We look forward to this continuing educational process.

Unify™ Private Beta

Tuesday, June 9th, 2009

Sign up for our private beta

Unify is out! Go here to see more about how it works, and start editing your site for just $24.49! – Nathan

For the past few months the Unit Interactive team has been working hard on a little application that is meant to solve big headaches for web designers and their clients. It’s called Unify, and it’s a website content editor that is easy to install and easy to use.

We are ready to begin private beta testing on Unify and we cordially invite you to sign up to participate.

UPDATE:
The beta testing sign-up is now closed.

What is Unify?

Unify is not a content management system. It’s is a simple content editor that anyone can use. It has a ridiculously simple implementation and requires no database integration. To use Unify, you simply go to your website, login, edit the content right on the page, and click “publish.” Done.

- no CMS
- no backend interface
- no database setup
- no proprietary syntax or tags

Just change, add, or delete content right on the page in your browser.

Setting Up Unify

For the designer/developer, implementation is a snap. Once you create an account and download Unify, just…

1.    Upload the Unify folder to the server,

Add the Unify folder to the server

2.    Add the appropriate Unify classes to the HTML elements or divs that you’d like to be able to edit, and upload the page(s) to the server.

Add the unify class to a container

…or…

Add the unify class to specific elements

3.    There is no step 3. You’re done.

Why Unify?

Not every website needs a cumbersome and complex CMS. Sometimes all someone needs is the ability to modify content; to edit contact information, to replace an image, or to change some copy. For website owners, the easiest and most intuitive way to do that would be to go to their website in a browser and edit the content right there, on the page. Unify makes this possible.

For Designers & Developers

Wouldn’t you like to have a simple content editing solution for those clients who don’t need a powerful CMS? Unify is perfect for brochure sites and other informational websites where content updates are minor and infrequent. With Unify, your clients don’t have to know HTML and they don’t need to learn to use a complex, counterintuitive backend system. Unify lets you give your clients an easy-to-use editing solution so that they can be self-sufficient …and you can determine which elements they can edit and which elements they can’t.

Unify is not a hosted solution. It lives on the website’s server. The license cost will be very low, allowing for easy inclusion in project budgeting.

Using Unify

After going to www.yourdomain.com/unify and logging in, editable areas become conspicuous on the page. Double-clicking on an editable area or clicking on the edit tab opens up an intuitive editing interface for that content element or containing div. The controls are contextual to the elements you are editing. Unify even has a robust definition list wizard; a feature lacking in other content editing apps. Unify’s intuitive image wizard allows uploading, editing, application of classes, IDs, or alternate text properties to images.

For more complex content arrays, like image+copy+stats for a typical company’s staff listing or a product listing, Unify even has a repeatable element function so that website owners can add a new staff member or product. The user can select a repeatable section, insert a duplicate, and change the relevant information or image. This function prevents your client from destroying a complex product or staff listing while editing in visual mode.

Unify works to preserve good markup. You can edit in either visual or HTML mode. The visual mode prevents users from adding presentational effects (like underlines or colors) to content, so the presentation stays within the CSS.

Sign up for the Private Beta

If you are a web designer or developer and would like to help us put Unify through its paces, please go to the Unify website and sign up to participate in our private beta.

UPDATE:
The beta testing sign-up is now closed.

Recommended
Most Popular
Underappreciated