Making the Content manager ui more useful

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Making the Content manager ui more useful

Jacopo Cappellato-4
I would like to ask you about some additions to the ui of the Content  
Management application, to make it more useful and integrated with the  
other applications.
For example, I would like to add to the Edit Content screens some  
subtabs to display and manage information about associated Products,  
Parties, WorkEfforts etc... (the same data that is maintained in the  
Party, Catalog etc... but seen from the other side, the Content).
The disadvantage is that this will create a dependency from Content to  
the business applications, even if this is limited to the ui... but we  
already have some other examples of this.
I think this would be a nice thing to have, and in the future if we  
want to have a content component separated from the applications, we  
may consider to split it into two parts and move one in the framework.

What do you think?

Jacopo

Reply | Threaded
Open this post in threaded view
|

Re: Making the Content manager ui more useful

Tim Ruppert
Everything will forever depend on Content and will become further dependent on it (already there with all of product / category content associations, etc).  The current design of just using the content app is really not usable by most people, so adding these features would be a big win IMHO.  Thanks Jacopo.

Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com

o:801.649.6594
f:801.649.6595

----- "Jacopo Cappellato" <[hidden email]> wrote:

> I would like to ask you about some additions to the ui of the Content
>
> Management application, to make it more useful and integrated with the
>  
> other applications.
> For example, I would like to add to the Edit Content screens some  
> subtabs to display and manage information about associated Products,
>
> Parties, WorkEfforts etc... (the same data that is maintained in the
>
> Party, Catalog etc... but seen from the other side, the Content).
> The disadvantage is that this will create a dependency from Content to
>  
> the business applications, even if this is limited to the ui... but we
>  
> already have some other examples of this.
> I think this would be a nice thing to have, and in the future if we  
> want to have a content component separated from the applications, we
>
> may consider to split it into two parts and move one in the
> framework.
>
> What do you think?
>
> Jacopo
Reply | Threaded
Open this post in threaded view
|

Re: Making the Content manager ui more useful

Jacques Le Roux
Administrator
+1, for the moment Content is still an application like others, so why not ?

Jacques

From: "Tim Ruppert" <[hidden email]>

> Everything will forever depend on Content and will become further dependent on it (already there with all of product / category
> content associations, etc).  The current design of just using the content app is really not usable by most people, so adding these
> features would be a big win IMHO.  Thanks Jacopo.
>
> Cheers,
> Tim
> --
> Tim Ruppert
> HotWax Media
> http://www.hotwaxmedia.com
>
> o:801.649.6594
> f:801.649.6595
>
> ----- "Jacopo Cappellato" <[hidden email]> wrote:
>
>> I would like to ask you about some additions to the ui of the Content
>>
>> Management application, to make it more useful and integrated with the
>>
>> other applications.
>> For example, I would like to add to the Edit Content screens some
>> subtabs to display and manage information about associated Products,
>>
>> Parties, WorkEfforts etc... (the same data that is maintained in the
>>
>> Party, Catalog etc... but seen from the other side, the Content).
>> The disadvantage is that this will create a dependency from Content to
>>
>> the business applications, even if this is limited to the ui... but we
>>
>> already have some other examples of this.
>> I think this would be a nice thing to have, and in the future if we
>> want to have a content component separated from the applications, we
>>
>> may consider to split it into two parts and move one in the
>> framework.
>>
>> What do you think?
>>
>> Jacopo
>


Reply | Threaded
Open this post in threaded view
|

Re: Making the Content manager ui more useful

Vince Clark
+1

Vince Clark
www.globalera.com
[hidden email]
(303) 493-6723 office
(303) 523-4843 cell


----- Original Message -----
From: "Jacques Le Roux" <[hidden email]>
To: [hidden email]
Sent: Monday, August 17, 2009 2:24:58 AM GMT -07:00 US/Canada Mountain
Subject: Re: Making the Content manager ui more useful

+1, for the moment Content is still an application like others, so why not ?

Jacques

From: "Tim Ruppert" <[hidden email]>

> Everything will forever depend on Content and will become further dependent on it (already there with all of product / category
> content associations, etc).  The current design of just using the content app is really not usable by most people, so adding these
> features would be a big win IMHO.  Thanks Jacopo.
>
> Cheers,
> Tim
> --
> Tim Ruppert
> HotWax Media
> http://www.hotwaxmedia.com
>
> o:801.649.6594
> f:801.649.6595
>
> ----- "Jacopo Cappellato" <[hidden email]> wrote:
>
>> I would like to ask you about some additions to the ui of the Content
>>
>> Management application, to make it more useful and integrated with the
>>
>> other applications.
>> For example, I would like to add to the Edit Content screens some
>> subtabs to display and manage information about associated Products,
>>
>> Parties, WorkEfforts etc... (the same data that is maintained in the
>>
>> Party, Catalog etc... but seen from the other side, the Content).
>> The disadvantage is that this will create a dependency from Content to
>>
>> the business applications, even if this is limited to the ui... but we
>>
>> already have some other examples of this.
>> I think this would be a nice thing to have, and in the future if we
>> want to have a content component separated from the applications, we
>>
>> may consider to split it into two parts and move one in the
>> framework.
>>
>> What do you think?
>>
>> Jacopo
>