Hi Bruno,
just add the required field to the form as hidden fields (if you
don't want them to appear to the user).
Jacopo
On Jul 18, 2008, at 12:16 AM, Bruno Busco wrote:
Hi devs,
sorry if I ask a basic question but I need a hint from you to move
forward.
I am trying to implement a
On Jul 15, 2008, at 7:11 AM, Jacopo Cappellato wrote:
David,
thanks for your valuable information; please see my comments below:
On Jul 14, 2008, at 10:44 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
The from and to Geo discussion is interesting from a requirements
perspective, but
On Jul 11, 2008, at 8:07 AM, Jacopo Cappellato wrote:
Hi all,
Based on the feedback I got from various Italian customers/contacts
it seems that enhancing the way invoice sequence ids are managed is
one of the most desired features.
The main requirements can be summarized with:
* strictly
On Jul 18, 2008, at 8:53 AM, David E Jones wrote:
On Jul 15, 2008, at 7:11 AM, Jacopo Cappellato wrote:
David,
thanks for your valuable information; please see my comments below:
On Jul 14, 2008, at 10:44 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
The from and to Geo discussion
+1
On Thu, Jul 17, 2008 at 1:58 PM, Jacopo Cappellato
[EMAIL PROTECTED] wrote:
Hi Bilgin ,
from/thru dates (with from date in the primary key) are useful when you
have to record the history of roles associated to an entity (e.g. who was
the administrator of the product store in 2004?).
Jacopo, Adrian, Ashish, thanks for your comments.
Then I'd like to propose the following changes:
Add fromDate - thruDate fields to following entities:
ProductStoreGroupRole
FacilityGroupRole
FacilityRole
AgreementRole
MarketingCampaignRole
SegmentGroupRole
Remove fromDate - thruDate fields to
On Jul 18, 2008, at 11:13 AM, Bilgin Ibryam wrote:
Jacopo, Adrian, Ashish, thanks for your comments.
Then I'd like to propose the following changes:
Add fromDate - thruDate fields to following entities:
ProductStoreGroupRole
FacilityGroupRole
FacilityRole
AgreementRole
MarketingCampaignRole
Hi Marek, hi all,
what's your point of view to that:
http://www.nabble.com/GST-VAT-on-invoiced-time-entries-tt18498937.html
If everyone only would selling goods through orders, nobody has a problem.
But from a more general point of view, I think tax should be calculated
independendly of the
Jacopo,
I added these two lines to the form:
field name=safeAddProductToCategory.productId
value=xhidden//field
field name=safeAddProductToCategory.productCategoryId
value=yhidden//field
but I still get the same error! :-(
-Bruno
2008/7/18 Jacopo Cappellato [EMAIL
try with something like:
* for the productId: you just have to set also-hidden to true (it is
false in your form definition)
* for fromDate:
field name=fromDate value=hidden//field
Jacopo
On Jul 18, 2008, at 12:09 PM, Bruno Busco wrote:
Jacopo,
I added these two lines to the
It should be...
field name=productId value=xhidden//field
field name=productCategoryId value=yhidden//field
safeAddProductToCategory is the name of the context map that is created when
you invoke the service.
Bruno Busco [EMAIL PROTECTED] wrote: Jacopo,
I added these two lines to
[
https://issues.apache.org/jira/browse/OFBIZ-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray closed OFBIZ-1850.
-
Resolution: Fixed
Fix Version/s: SVN trunk
Assignee: Scott Gray
Fixed in rev. 677855
As suggested I tryed this (I hope I understood what you meant) but I get
always the same message.
Thank you for supporting me.
-Bruno
form name=ListProduct list-name=listIt
target=addProductToCategory title= type=multi
paginate-target=FindProduct
odd-row-style=alternate-row
Sorry, didn't notice that you had the attributes attached to the wrong element.
Value is not a valid attribute of the field element. It should instead be an
attribute of the hidden element. Should be...
field name=productCategoryIdhidden value=y//field
field
Fix Derby reserve words for 10.3.1.3
-
Key: OFBIZ-1882
URL: https://issues.apache.org/jira/browse/OFBIZ-1882
Project: OFBiz
Issue Type: Bug
Components: framework
Affects Versions: SVN trunk
[
https://issues.apache.org/jira/browse/OFBIZ-1882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
BJ Freeman closed OFBIZ-1882.
-
Resolution: Won't Fix
David Suggests waiting for release of 10.3.1.4, which fixes this
Fix Derby
German translations for framework/common
Key: OFBIZ-1883
URL: https://issues.apache.org/jira/browse/OFBIZ-1883
Project: OFBiz
Issue Type: Improvement
Components: framework
[
https://issues.apache.org/jira/browse/OFBIZ-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Markus Studer updated OFBIZ-1883:
-
Attachment: framework-common-config.diff
Patch with translations
German translations for
Unfortunately It is still not working... sorry to bother... I will better
scan OFBiz for similar patterns.
Thank you,
-Bruno
2008/7/18 Chris Howe [EMAIL PROTECTED]:
Sorry, didn't notice that you had the attributes attached to the wrong
element. Value is not a valid attribute of the field
Customer request automatic assignment using Customer request type (need adding
field)
-
Key: OFBIZ-1884
URL: https://issues.apache.org/jira/browse/OFBIZ-1884
Just a quick note to submitters and committers:
td align=left
is bad markup, and it is pointless. A td element (and any other
element) will align text to the left by default.
Another thing that is bad about ANY type of align attribute in markup is
the inability to switch directions - for
[
https://issues.apache.org/jira/browse/OFBIZ-1858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rob Schapper closed OFBIZ-1858.
---
Resolution: Invalid
Invalid with new changes on checkouts
Moved screenlets out of table and into
[
https://issues.apache.org/jira/browse/OFBIZ-1873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12614865#action_12614865
]
Adrian Crum commented on OFBIZ-1873:
I did some more research and found a library that
Hi All,
I noticed the first-from-list element does nothing if the list is
either null or empty (i.e. the field retains it's current value), I
was expecting that it would set the field to null. I would like to do
one of two things, either change the behaviour of the element or
document the
It seems to me it should return an empty field.
-Adrian
Scott Gray wrote:
Hi All,
I noticed the first-from-list element does nothing if the list is
either null or empty (i.e. the field retains it's current value), I
was expecting that it would set the field to null. I would like to do
one of
I can fix the thread problem easily enough, just need to pass the attachment
count as a parameter in the method call rather than having a static field. My
problem was that it didn't seem to save attachments correctly. I have a rather
special case need where I handle nested trees of forwarded
On Jul 18, 2008, at 3:23 AM, Jacopo Cappellato wrote:
On Jul 18, 2008, at 11:13 AM, Bilgin Ibryam wrote:
Jacopo, Adrian, Ashish, thanks for your comments.
Then I'd like to propose the following changes:
Add fromDate - thruDate fields to following entities:
ProductStoreGroupRole
27 matches
Mail list logo