[xwiki-devs] [Proposal] Reorganize the document footer
Hello devs, I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely: 1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list. 2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab. 3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks 4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI. Here's my +1. Any objections / other suggestions? -- Sergiu Dumitriu http://purl.org/net/sergiu/
Hi Sergiu, On 5/31/09, Sergiu Dumitriu <[email protected]> wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab.
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
Sounds good.
Here's my +1.
Any objections / other suggestions?
Looks good to me. Could we see it live on incubator to provide additional feedback? I'd like to see the tag edition mechanism you're proposing in action to provide more feedback. Guillaume
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://guillaumelerouge.com/
Hi Sergiu, Guillaume, devs, Guillaume Lerouge wrote:
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
Sounds good.
I've had some problems here when I forgot to add users' rights to some documents that must have restricted access. Would it make sense to add some kind of information to the footer warning about the fact that a given document is freely readable or this or that right has been granted to a given group or a number of users? Thanks. Cheers, Ricardo -- Ricardo RodrÃguez Your EPEC Network ICT Team
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote:
Hi Sergiu, Guillaume, devs,
Guillaume Lerouge wrote:
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
Sounds good.
I've had some problems here when I forgot to add users' rights to some documents that must have restricted access. Would it make sense to add some kind of information to the footer warning about the fact that a given document is freely readable or this or that right has been granted to a given group or a number of users? Thanks.
Yes, redesigning the Rights UI is also in my roadmap. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Hi Sergiu, On Tue, Jun 2, 2009 at 7:19 AM, Sergiu Dumitriu <[email protected]> wrote:
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote:
Hi Sergiu, Guillaume, devs,
Guillaume Lerouge wrote:
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
Sounds good.
I've had some problems here when I forgot to add users' rights to some documents that must have restricted access. Would it make sense to add some kind of information to the footer warning about the fact that a given document is freely readable or this or that right has been granted to a given group or a number of users? Thanks.
Yes, redesigning the Rights UI is also in my roadmap.
Do you already have an idea in mind regarding how the rights interface should work? Some time ago JV suggested using a light background color in checkboxes to show what the current right for a given user / group is when the right isn't explicitely set (for instance a 50% transparent green background in the checkbox if the XWiki.XWikiGuest user has the edit right) -> this concept might be worth exploring further... Guillaume --
Sergiu Dumitriu http://purl.org/net/sergiu/
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://guillaumelerouge.com/
Guillaume Lerouge wrote:
Hi Sergiu,
On 5/31/09, Sergiu Dumitriu <[email protected]> wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab.
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
Sounds good.
Here's my +1.
Any objections / other suggestions?
Looks good to me. Could we see it live on incubator to provide additional feedback? I'd like to see the tag edition mechanism you're proposing in action to provide more feedback.
If I had it live, I would have linked directly. It will take a while longer to implement the tag interface. Anyway, this is just the first phase, after that further improvements will be made, towards an AJAXy UI inside a lightbox, allowing quick removal of tags, and a live tag picker for adding new entries. But for a start a simple input will be enough, since this is how the current interface works, and this is how tags are entered in the more popular and widely used Firefox. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Hi Sergiu, On Tue, Jun 2, 2009 at 7:18 AM, Sergiu Dumitriu <[email protected]> wrote:
Guillaume Lerouge wrote:
Hi Sergiu,
On 5/31/09, Sergiu Dumitriu <[email protected]> wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab.
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
Sounds good.
Here's my +1.
Any objections / other suggestions?
Looks good to me. Could we see it live on incubator to provide additional feedback? I'd like to see the tag edition mechanism you're proposing in action to provide more feedback.
If I had it live, I would have linked directly. It will take a while longer to implement the tag interface.
Right. It looks good overall, good luck for the implementation. Looking forward testing it.
Anyway, this is just the first phase, after that further improvements will be made, towards an AJAXy UI inside a lightbox, allowing quick removal of tags, and a live tag picker for adding new entries. But for a start a simple input will be enough, since this is how the current interface works, and this is how tags are entered in the more popular and widely used Firefox.
The way it's handled in XWiki Watch right now is cool too. You may want to give it a look. Guillaume
-- Sergiu Dumitriu http://purl.org/net/sergiu/
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://guillaumelerouge.com/
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
Shouldn't tags be more visible and displayed before the doc content instead? If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab.
+1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks
+1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
+1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode). Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent). Thanks -Vincent
Here's my +1.
Any objections / other suggestions?
Vincent Massol wrote:
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
Shouldn't tags be more visible and displayed before the doc content instead?
I don't think this is a good idea. I've never seen any application giving tags more importance than the content itself (and considering that until recently tags were not displayed at all, putting them in the footer is already a big improvement).
If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc
You mean the "Show" menu?
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab.
+1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks
+1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
+1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode).
Yes, that's what I meant.
Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent).
Hm, interesting you asked this. Actually this change was a step towards a larger reorganization of the UI, with the final goal of eliminating the edit mode completely. But more on this later. Yes, this means that the rights edit mode will be removed from the Edit menu and the edit mode panel. -- Sergiu Dumitriu http://purl.org/net/sergiu/
On Jun 2, 2009, at 7:27 AM, Sergiu Dumitriu wrote:
Vincent Massol wrote:
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
Shouldn't tags be more visible and displayed before the doc content instead?
I don't think this is a good idea. I've never seen any application giving tags more importance than the content itself (and considering that until recently tags were not displayed at all, putting them in the footer is already a big improvement).
Here's an example: http://twiki.org/cgi-bin/view/Main/TWikiSuccessStories That said I agree it's not a good idea. It just needs to be easy for someone to see the tags without having to scroll (like with a Show Tags menu entry).
If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc
You mean the "Show" menu?
yes
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab.
+1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks
+1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
+1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode).
Yes, that's what I meant.
Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent).
Hm, interesting you asked this. Actually this change was a step towards a larger reorganization of the UI, with the final goal of eliminating the edit mode completely. But more on this later.
Yes, this means that the rights edit mode will be removed from the Edit menu and the edit mode panel. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Thanks -Vincent
Hello, see below Vincent Massol wrote:
On Jun 2, 2009, at 7:27 AM, Sergiu Dumitriu wrote:
Vincent Massol wrote:
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
I like the proposal, it looks good / feels right. Of course we'll have more things to comment after we'll see it working and use it, so go for it! +1
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
Shouldn't tags be more visible and displayed before the doc content instead? I don't think this is a good idea. I've never seen any application giving tags more importance than the content itself (and considering that until recently tags were not displayed at all, putting them in the footer is already a big improvement).
Here's an example: http://twiki.org/cgi-bin/view/Main/TWikiSuccessStories
That said I agree it's not a good idea. It just needs to be easy for someone to see the tags without having to scroll (like with a Show Tags menu entry).
Actually, does a user need / want to see the tags? or they're just a way to make machines understand what a document is about, with little effort from humans (which create the content) and little effort from machines which don't need to NLP content. I think a human user would rather know what a document is about from the title and first few lines. I don't think I would look for the tags if I had the actual content in front of my eyes. Maybe after reading, indeed. Happy coding, Anca
If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc You mean the "Show" menu?
yes
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab. +1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks +1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI. +1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode). Yes, that's what I meant.
Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent). Hm, interesting you asked this. Actually this change was a step towards a larger reorganization of the UI, with the final goal of eliminating the edit mode completely. But more on this later.
Yes, this means that the rights edit mode will be removed from the Edit menu and the edit mode panel. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Jun 3, 2009, at 1:16 AM, Anca Paula Luca wrote:
Hello,
see below
Vincent Massol wrote:
On Jun 2, 2009, at 7:27 AM, Sergiu Dumitriu wrote:
Vincent Massol wrote:
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/ DocumentFooter , namely:
I like the proposal, it looks good / feels right. Of course we'll have more things to comment after we'll see it working and use it, so go for it!
+1
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
Shouldn't tags be more visible and displayed before the doc content instead? I don't think this is a good idea. I've never seen any application giving tags more importance than the content itself (and considering that until recently tags were not displayed at all, putting them in the footer is already a big improvement).
Here's an example: http://twiki.org/cgi-bin/view/Main/TWikiSuccessStories
That said I agree it's not a good idea. It just needs to be easy for someone to see the tags without having to scroll (like with a Show Tags menu entry).
Actually, does a user need / want to see the tags? or they're just a way to make machines understand what a document is about, with little effort from humans (which create the content) and little effort from machines which don't need to NLP content.
I think a human user would rather know what a document is about from the title and first few lines. I don't think I would look for the tags if I had the actual content in front of my eyes. Maybe after reading, indeed.
If you don't know there are tags, you won't tag the document and you'll have empty tags all over the place. As an example Stephane B mentioned that he used xwiki for a personal web site and got some non technical friends to use it. They didn't realize they could add comment since the comments werre hidden at the bottom of the document (they probably didn't see the toolbar too since it's not clear it's related to the current document as it's above the page header which is the same for all pages). So yes I think it must be visible that tags can be added. I quite like the icon solution used by foswiki: http://foswiki.org/Community/WebHome -Vincent
Happy coding, Anca
If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc You mean the "Show" menu?
yes
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab. +1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks +1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI. +1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode). Yes, that's what I meant.
Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent). Hm, interesting you asked this. Actually this change was a step towards a larger reorganization of the UI, with the final goal of eliminating the edit mode completely. But more on this later.
Yes, this means that the rights edit mode will be removed from the Edit menu and the edit mode panel. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Thanks -Vincent
Hi Sergiu, On Tue, Jun 2, 2009 at 7:27 AM, Sergiu Dumitriu <[email protected]> wrote:
Vincent Massol wrote:
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
Shouldn't tags be more visible and displayed before the doc content instead?
I don't think this is a good idea. I've never seen any application giving tags more importance than the content itself (and considering that until recently tags were not displayed at all, putting them in the footer is already a big improvement).
If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc
You mean the "Show" menu?
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab.
+1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks
+1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI.
+1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode).
Yes, that's what I meant.
Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent).
Hm, interesting you asked this. Actually this change was a step towards a larger reorganization of the UI, with the final goal of eliminating the edit mode completely. But more on this later.
Sound exciting :-) I'm eager to learn more about this one. Btw, you might want to talk about it with JV since he worked on ideas to merge the inline + edit mode. I guess what you have in mind is an AJAXy edit-in-place where one or multiple editors show up instead of the textarea + input fields on a given page while the panels stay where they are... If we have a default template it would work with objects too. Wonder what happens to XClass edition and used yet not-exposed XObject properties in such a scenario though... Food for thought for later I guess. Guillaume Yes, this means that the rights edit mode will be removed from the Edit
menu and the edit mode panel. -- Sergiu Dumitriu http://purl.org/net/sergiu/
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://guillaumelerouge.com/
Guillaume Lerouge wrote:
Hi Sergiu,
On Tue, Jun 2, 2009 at 7:27 AM, Sergiu Dumitriu <[email protected]> wrote:
Vincent Massol wrote:
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/DocumentFooter , namely:
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list. Shouldn't tags be more visible and displayed before the doc content instead? I don't think this is a good idea. I've never seen any application giving tags more importance than the content itself (and considering that until recently tags were not displayed at all, putting them in the footer is already a big improvement).
If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc You mean the "Show" menu?
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab. +1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks +1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI. +1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode). Yes, that's what I meant.
Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent). Hm, interesting you asked this. Actually this change was a step towards a larger reorganization of the UI, with the final goal of eliminating the edit mode completely. But more on this later.
Sound exciting :-) I'm eager to learn more about this one.
Btw, you might want to talk about it with JV since he worked on ideas to merge the inline + edit mode. I guess what you have in mind is an AJAXy edit-in-place where one or multiple editors show up instead of the textarea + input fields on a given page while the panels stay where they are... If we have a default template it would work with objects too.
Something like that, yes.
Wonder what happens to XClass edition and used yet not-exposed XObject properties in such a scenario though... Food for thought for later I guess.
Class editing will be moved completely to the Document Type Manager/Designer. The fact that documents contain class definitions is a technical detail that should not influence the way the user interacts with the document. -- Sergiu Dumitriu http://purl.org/net/sergiu/
participants (5)
-
[Ricardo Rodriguez] Your EPEC Network ICT Team -
Anca Paula Luca -
Guillaume Lerouge -
Sergiu Dumitriu -
Vincent Massol