Author Topic: Using Templates for documents  (Read 2269 times)

qwerty

  • Newbie
  • *
  • Posts: 1
    • View Profile
Using Templates for documents
« on: May 17, 2010, 02:40:30 am »
Hi,
Our company has recently signed up for Feng Office. Its a simple and cool application to work on. I have one doubt. Can we create templates for documents (e.g., reports) which multiple users can work simultaneously upon.


Thanks,
Sanjay

sabreman

  • Freshman
  • *
  • Posts: 12
    • View Profile
Re: Using Templates for documents
« Reply #1 on: January 22, 2011, 04:48:52 pm »
We are interested in this function as well.  Being able to create an HTML template and specify any number of fields/subject headings would be perfect.

I take it since the original post has been ignored that this is not likely to be added...?

Thanks

franponce87

  • Administrator
  • Hero Member
  • *****
  • Posts: 1819
    • View Profile
    • Email
Re: Using Templates for documents
« Reply #2 on: February 02, 2011, 11:32:16 am »
Even though it is a good and useful feature, I am afraid that right now we do not count with it.. But if you happen to get someone to develop it or if you would like to help sponsoring it (you may do this contacting sales@fengoffice.com), we would be happy to add it in our next release.

Best regards,
Francisco
Would you like to install Feng Office Professional or Enterprise Edition in your servers? No problem! Read this article!

Charles

  • Newbie
  • *
  • Posts: 6
    • View Profile
Re: Using Templates for documents
« Reply #3 on: February 16, 2011, 07:20:20 pm »
I believe this whole concept needs to be bound to the Object Subtype / Custom Properties concept.

Warning: this is not a how to guide - it is an elaboration of how the requested functionality might be implemented, but is not.

Examples:

Document as Object with Object Subtypes

Create Document Object Subtype: Mill Test Report associated with Quality Assurance Workspace and by inheritance, any child workspace.

Create Document Object Subtype: Image associated with Company Workspace and by inheritance, all company workspaces.

Create Document Object Subtype: Invoice. associated with Accounting Workspace and by inheritance, any child workspace.

When uploading a document present only base "Document" object and Document Object Subtypes associated with the workspace currently occupied by user. For a selected Document Object Subtype, any custom properties (data entry fields) associated with the selected Object Subtype are presented to be filled out prior to uploading the document (any Custom Properties associated with the base Document Object are presented for the base Document Object and all Document Object Subtypes).

Company as Object with Object Subtypes

Create Company Object Subtype Vendor associated with Purchasing or Accounting workspaces and by inheritance, any child workspace.

Create Company Object Subtype Customer associated with Sales and Estimating workspaces and by inheritance, any child workspace.

Create Company Object Subtype Professional Service Provider associated with Administrative, Accounting and Marketing workspace and by inheritance, any child workspace.

When creating a new company present only base "Company" object and Company Object Subtypes associated with the workspace currently occupied by user. For a selected Company Object Subtype, any custom properties (data entry fields) associated with the selected Company Object Subtype are presented to be filled out prior to creating the Company (any Custom Properties associated with the base Company Object are presented for the base Company Object and all Company Object Subtypes).

May FO fully realize its underlying design principals and the power of an object oriented business operating system.

Cheers,

Charles

P.S. I'm not sure how the Task Object Subtypes even work. A task is an activity, which acted upon results in some concrete, incremental progress and a collection of tasks when acted upon results in attainment of a specific concrete objective.

As implemented, custom properties for different Task Object Subtypes confuses me because the task definition would seem to encapsulate that same information.

The current approach seems to be more of an overloaded function to collect information as a byproduct of completing the task or tasks.

But, I'm still exploring that functionality so I will refrain from passing any judgment and rather applaud the initiative in the right general direction.