Imagine a Parent BO which will have multiple attachments, like images & PDFs.
If I only had a Document field, I can store images in that as well as a PDF.
Do I really need a separate Picture field for images? (as shown in the Attached pic)
What does a Picture datatype get me that a Document datatype doesn't - and vice versa?
one example: I think if its a Picture, there's a built-in image slider/lightbox thingy that is in the PhotoAlbum sample app... that option is only available for a Picture field.
But if I'm not going to use that, is there any reason to not just have a Document field and store EVERYTHING in there?
J
Document vs Picture
Document vs Picture
Click Here to see a collection of my tips & hacks on this forum. Or search for "JaymerTip" in the search bar at the top.
Jaymer
Aware Programming & Consulting - Tampa FL
Jaymer
Aware Programming & Consulting - Tampa FL
Re: Document vs Picture
I use both types but always for different purposes. Like you said, I use picture type only when the object needs to be displayed on screen or in a report. I presume the document display function will display an image if needed. So, I use the picture type only if I need the picture to display on screen or in a report without additional user action.
V8.8
MySQL, AWS EC2, S3
PDFtk Toolkit
Heavy on AwareIM Reports
MySQL, AWS EC2, S3
PDFtk Toolkit
Heavy on AwareIM Reports
Re: Document vs Picture
If I need an image on the screen, then BECAUSE I store images/attachments/documents in the FS, I can use HTML with an <img> tag.
What I have not tried is showing a Document type (which is an Image) in a Report... that may be a dealbreaker that would force me to store them separately.
Then, I would have an "Add Image" button and another "Add Document/PDF" button for the user to decide.
What I have not tried is showing a Document type (which is an Image) in a Report... that may be a dealbreaker that would force me to store them separately.
Then, I would have an "Add Image" button and another "Add Document/PDF" button for the user to decide.
Click Here to see a collection of my tips & hacks on this forum. Or search for "JaymerTip" in the search bar at the top.
Jaymer
Aware Programming & Consulting - Tampa FL
Jaymer
Aware Programming & Consulting - Tampa FL
-
- Posts: 1476
- Joined: Tue Jan 24, 2017 5:51 am
- Location: 'Stralya
Re: Document vs Picture
All images are documents but not all documents are images. Does specifying Picture limit what can be stored more easily than the Document attribute? Haven't used so don't know the answer
Re: Document vs Picture
You can certainly display a picture attribute in a report. If it is stored in a document type, then no. I see lots of workarounds. Let's say you want to store everything in a document type. You can have a second attribute to store a picture and an update rule where if the document is .jpg, .png, .gif, etc, then it is exported and loaded into the picture attribute. All depends on your requirements, of course.
V8.8
MySQL, AWS EC2, S3
PDFtk Toolkit
Heavy on AwareIM Reports
MySQL, AWS EC2, S3
PDFtk Toolkit
Heavy on AwareIM Reports