Yes, I've tried all the normal things before posting.
updated 2010/10/21 13:03: It also appears to me that using the automated icon equation supplied @ www.sqlnotes.net/drupal5/index.php alters other field assignments.
For example, my journal view is the dedicated "inbox" via grid properties.
When I clip I put everything in inbox (it is selected in clipping dialog)
suddenly the html content does not appear in HTML pane & the 'inbox' field is not assigned
however, the icon assignment is made
My conclusion is that the "equation" is overriding the 'inbox" value in grid property
updated 2010/10/22 11:36: Pierre, I have sent you my working dB w/o items via support address
Equation referenced above DEFINITELY over rode inbox field assignment described above
I've implemented this system here and it never interfered with anything... It's a simple value assignation to a field, nothing more. Unless there's a new bug that I haven't noticed.
Are you on a win7 64 machine? BTW, did you look @ the video clip I supplied? You will see the image is there so the equation is right. But it did not display here.
>When I clip I put everything in inbox (it is selected in clipping dialog) suddenly the html content does not appear in HTML pane & the 'inbox' field is not assigned
I tried it here numerous times and the HTML content does appear. Also, since your "Inbox" is simply the Journal grid, it does not use the inbox field, so there is nothing to assign. When I clip with your supplied file, the items automatically appear in the Journal grid (auto-update is true) as it should
>Equation referenced above DEFINITELY over rode inbox field
I added the equation (modified your field Icon to name it IconStatus as given in the example you're referring to) and it works just fine.
Can you supply a screencast of how exactly you do it ? Try using exclusively mouse actions.
[quote=Pierre_Admin] [...] Also, since your "Inbox" is simply the Journal grid, it does not use the inbox field, so there is nothing to assign. [...] [/quote]
I'm really wondering if you shouldn't just suppress the "inbox" option in the add item window... Then if users want to have their items appear in whatever grid they would just manage it themselves (i.e. : Check the right fields in the drop down list).
Just saying as it's not the first time that I see questions about this. Jan and probably other users correlate the "inbox" checkbox with the "inbox" field even if they chose another grid as their "inbox grid" (and of course, a grid that has nothing to do with the inbox field, like... the journal grid).
It's not even that essential. I almost always check the inbox field myself (as inbox grid is actually called... "inbox"... And uses the inbox field as its source... Surprise surprise...), which achieves the same results and is easier to not forget. When I check fields in the add items drop down list, I almost forget to uncheck the inbox field as it's less used.
Or maybe make that option a part of an "advanced UI" version and remove it from the "basic" one.
Either that, or remove the option to set the "Inbox" to something else than the Inbox grid. IQ needs simplifications, and this seems like a logical thing to do. IQ needs a single, well-defined Inbox.
A suggestion was made a while back to rename the Journal grid to something else... any idea of a good name ?
Either that, or remove the option to set the "Inbox" to something else than the Inbox grid. IQ needs simplifications, and this seems like a logical thing to do. IQ needs a single, well-defined Inbox.
[/quote]
Sure. The only problem is those of us who don't want English names for our grids. Not my case, but I can certainly see that some would want grid names in their own language.
[quote=Pierre_Admin]
A suggestion was made a while back to rename the Journal grid to something else... any idea of a good name ?
[/quote]
"Record" ? Or "All" ? In any case, it's just a source less grid with some filters applied... As such, it's always going to be hard to find the right name for it.
[quote=Pierre_Admin]I tried it here numerous times and the HTML content does appear. Also, since your "Inbox" is simply the Journal grid, it does not use the inbox field, so there is nothing to assign. When I clip with your supplied file, the items automatically appear in the Journal grid (auto-update is true) as it shouldI added the equation (modified your field Icon to name it IconStatus as given in the example you're referring to) and it works just fine.[/quote]
Hi Pierre.
The only reason I think the field should be assigned is that I made the Journal the "inbox" in grid properties. But, then again, these may be two separate things & therein lies the confusion.
As I understand it. it doesn't make any difference what the grid is called; any one of them could be designated as the "inbox" which to me means where all items go by default. It's the default "item bin" or "bucket" other possible words to describe it. From there user can filter for whatever they want.
I just designated the Journal grid as my "inbox" in Journal properties. If I'm not understanding something, tell me what it is.
Or maybe you could tell me the connection between the inbox field & assigning any grid to the inbox status. To me it seems slightly redundant in this case because
(A) by default every item ends up in the inbox so
(B) to assign an item to the inbox by field would be redundant
Again, maybe don't understanding the inbox concept.
In GTD you don't find everything and anything in the inbox... You only find stuff.
- What's Stuff? it's what has not been processed yet.
- What's processed? It means that you have decided what it is and what do do with it. And once that's been done, it should not be in the inbox anymore.
So using the "Journal" grid as an inbox in the GTD sense would be a very bad idea since it's never "emptied". (Unless one decides that "journal" means "inbox" in some other terminology...)
"Journal" (as it is now) and "inbox" are not redundant at all since they don't serve the same purpose/function.
The journal grid goal is to show (all) database items according to their modified/creation date. It doesn't have any special source or filter (except maybe for the date one). In fact, it doesn't have any source, so it absolutely doesn't need to have be assigned an "inbox" function for any item to appear in it, and neither does any item need to said to be put in the "inbox" to be found in the "journal grid. Hope that you're following me.
The inbox grid should be used... As an inbox... Like the one you'd have on your desk if you have one. I'm sure it doesn't contain your whole library, documents, payments, taxes, etc. It probably contains just a few documents, letters, etc., to be processed later during the day/week.
My inbox grid follows exactly the GTD principles (+ a few more), with equations to help me in that endeavor. It works well and predictably.
2) I'd like to stress the fact that items don't "go" in grids. I know that it's a cliché to say that, etc., but...
If your "Inbox" grid has the "Inbox" field as the source, then if you check that field on any item, it'll most probably appear there, unless you have other filters preventing it to be displayed. But it could also appear in other grids, depending on filters. It doesn't go anywhere, it's shown.
3) Pierre had the idea to allow users to assign as the "inbox" whatever grid they want for greater flexibility. That's all... Just in case someone would've liked to have an inbox called "In-Basket", or "Stuff", or "Unprocessed", etc.
[Edited : a few grammatical errors here and there...]
Comments
AM:IconStatus=AddKeyword(IconStatus, "<img>doc</img>") |E:
IconStatus=RemoveKeyword(IconStatus, "<img>doc</img>")