[
https://issues.apache.org/jira/browse/OFBIZ-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Lombardi updated OFBIZ-1716:
--
Attachment: ofbiz-1716.patch
Updated patch to work with current trunk. Tested, works ok.
> PO
Hi,
I will need to add Latitude and Longitude fields in PostalAdress. Could this be
a change commited ?
I will also need to add a type PHONE_HOTLINE in ContactMechPurposeType.
Else, of course I will use
Thanks
Jacques
Just set it true in selectall.js - it should be the default for our
purposes anyway.
-Adrian
Anil Patel wrote:
Adrian,
The Ajax.Updater that is used for updating section of screen on event
take third parameters "options". I don't see a way to pass values for
this parameters form on-event-up
Adrian,
The Ajax.Updater that is used for updating section of screen on event
take third parameters "options". I don't see a way to pass values for
this parameters form on-event-update-area, Do you know how I can do
that.
I want to be able to set evalScript options to true.
Regards
Anil
I'll get back the needed code soon.
Regards
Anil Patel
On Jun 26, 2008, at 5:55 PM, Adrian Crum wrote:
If you can get the form refresh back the way it was, and show me the
difficulty you were having with JavaScript, then I'll try to help
figure it out.
-Adrian
Anil Patel wrote:
Adrian,
If you can get the form refresh back the way it was, and show me the
difficulty you were having with JavaScript, then I'll try to help figure
it out.
-Adrian
Anil Patel wrote:
Adrian,
I am sorry, Its ok to update form section on form submit and should not
use form reset in javascript. I'll
Anil Patel wrote:
I worked on the Ajax example. Now we don't have to refresh form section
by updating the html. Actually that was not right way. So I removed it
and added code in javascript to take care of resetting the form after
submit. Also now its reporting errors that it never did earlier.
Adrian,
I am sorry, Its ok to update form section on form submit and should
not use form reset in javascript. I'll modify that part to back where
it was. But then the problem is, I'll have to add code in update area
part of javascript to execute any javascript block inside of new html
loa
On Jun 26, 2008, at 5:36 PM, Adrian Crum wrote:
I don't how is harder to
understand than , but then maybe I'm smarter than the
average developer. ;-)
I Agree that its true.
If you want to have different elements for different events, that's
fine. I just see a lot of overlap down the
I don't how is harder to
understand than , but then maybe I'm smarter than the average
developer. ;-)
If you want to have different elements for different events, that's
fine. I just see a lot of overlap down the road.
By the way, the Ajax Example is broken. The Status dropdown doesn't work
Then I'll rather add element that tells me exactly that
what needs to happen on form submit. This will make lot easier for
developer because it will be as easy for developer as answering
certain questions and get a standard out of box behavior.
Adding so much on way too generic element lik
Your list of ideas all revolve around a form submit. So just like in the
Example component, you can have different responses to the event.
For example, if you want a form changed to read-only after a submit, use
the on-event-update-area element and use a target that returns a
read-only form.
Adrian,
To me is good element for doing some thing like
what is done current implementation. Like update the list to reflect
the new addition. What I am talking about is
1) Should form reset after submit
2) Should form hide after submit
3) Should form keep showing the same data, well this is
Now that it's clear to me that the ProductMaint entity is intended to be
used as a type of template for recurring fixed asset maintenances, I'd
like to add a data entry screen to the Asset Maintenance component for
ProductMaint.
I was thinking it would be more understandable for someone in the
Anil,
Many thanks for your continuing work on the Ajax stuff!
Why wouldn't the existing element handle these
requirements? What you are describing are different responses to the
event, not different events.
-Adrian
Anil Patel wrote:
Hi,
We have a working example of Background form submit.
[
https://issues.apache.org/jira/browse/OFBIZ-1851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608577#action_12608577
]
Anil K Patel commented on OFBIZ-1851:
-
yes there is UI for it in Product screen set.
Re
Hi,
We have a working example of Background form submit. The way it is
now, After successful submit, form is reset. This is a clean new form
to start entering new record.
In some situations we may want to do something different, Like
1) When we are editing a form then sometime we want to kee
[
https://issues.apache.org/jira/browse/OFBIZ-1851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608515#action_12608515
]
Adrian Crum commented on OFBIZ-1851:
Anil,
Thank you very much for the email - that wa
[
https://issues.apache.org/jira/browse/OFBIZ-1851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adrian Crum updated OFBIZ-1851:
---
Attachment: meter_reading.patch
Improved meter_reading.patch file - now includes David's suggestions.
[
https://issues.apache.org/jira/browse/OFBIZ-1852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608459#action_12608459
]
Ashish Vijaywargiya commented on OFBIZ-1852:
David,
Thanks for your comment.
Was anything done with this? Do we have a Jira issue or Wiki page?
-Adrian
Jacopo Cappellato wrote:
I think that Bruno's suggestion of creating a
"framework-candidate-release-x" version in Jira would be useful,
especially because there is no official (or even unofficial) list of
features/fixe
On Jun 26, 2008, at 4:03 PM, David E Jones wrote:
I like the idea for simple-method. One thing to keep in mind is that
many scripts are included "in-line" under the current call-bsh tag
rather than referred to as a file, so we'll have to have the type
attribute that was mentioned, and we
[
https://issues.apache.org/jira/browse/OFBIZ-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608446#action_12608446
]
Chris Lombardi commented on OFBIZ-1716:
---
I don't remember. The patch looks pretty st
Successful TCP / Ethernet Epson printer implementation
--
Key: OFBIZ-1853
URL: https://issues.apache.org/jira/browse/OFBIZ-1853
Project: OFBiz
Issue Type: New Feature
Components:
Thanks Jacques. I could have sworn we had this documented somewhere,
but I really don't remember where...
-David
On Jun 26, 2008, at 2:29 AM, Jacques Le Roux wrote:
Done :
http://docs.ofbiz.org/display/OFBIZ/FAQ+-+Tips+-+Tricks+-+Cookbook+-+HowTo#FAQ-Tips-Tricks-Cookbook-HowTo-Developmen
I like the idea for simple-method. One thing to keep in mind is that
many scripts are included "in-line" under the current call-bsh tag
rather than referred to as a file, so we'll have to have the type
attribute that was mentioned, and we should probably have it default
to "groovy" (and a
[
https://issues.apache.org/jira/browse/OFBIZ-1852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608436#action_12608436
]
David E. Jones commented on OFBIZ-1852:
---
Why add the WorkEffortHistory entity when th
[
https://issues.apache.org/jira/browse/OFBIZ-1852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsha Chadhar updated OFBIZ-1852:
--
Attachment: ProjectMgr.patch
1.Created Entity WorkEffortHistory.
2.Added PartyId to the FindPro
Jacopo,
Thanks for the clarification.
Let's see what other's has to say about it.
--
Ashish
On Thu, Jun 26, 2008 at 6:11 AM, Jacopo Cappellato <
[EMAIL PROTECTED]> wrote:
> Ashish,
>
> yes, what I meant that we could implement the new Minilang operation:
> "call-script"
>
> That operation could
Ashish,
yes, what I meant that we could implement the new Minilang operation:
"call-script"
That operation could then be used to replace the existing "call-bsh"
operation (that could be deprecated) and also it will be used to call
Groovy scripts.
Jacopo
On Jun 26, 2008, at 11:54 AM, A
Jacopo I liked the idea while we include the script file in Screen
Definition.
But if you will notice Jacques was talking about the Mini Lang call-bsh
replacement to call-groovy.
Please let me know your thoughts in reference to Mini Lang.
Thanks !
--
Ashish
On Thu, Jun 26, 2008 at 5:34 AM, Jaco
BTW Eclipse 3.4 is out, I use it from the 3.4M2 release (August 2007). In my opininon it's really better than any versions before.
Not only in term of features but also *stability* (at least on Windows, I did not have many issues - if any - on Linux before).
Jacques
From: "Ashish Vijaywargiya"
What if we just add a element instead?
We could then replace all the element to the new one.
The new one will use the file suffix to use the proper Processor
(.groovy, .bsh etc...)
And we may add an optional parameter for the type ("groovy", "bsh"
etc... that can be used if the script files
From: "Jacques Le Roux" <[EMAIL PROTECTED]>
I just noticed that Freemarker 2.4 is not yet available
http://freemarker.sourceforge.net/freemarkerdownload.html
It's not needed for the 1st builtin replacement but we should preferably use
this version as explained in the link below.
We may wait for
I am also using the Freemarker plugin distributed by Jboss.
Its working fine for me.
--
Ashish
On Thu, Jun 26, 2008 at 5:06 AM, Jacques Le Roux <
[EMAIL PROTECTED]> wrote:
> I just noticed that Freemarker 2.4 is not yet available
> http://freemarker.sourceforge.net/freemarkerdownload.html
> It's
+1 for adding in minilang.
I can work on it in my free time as voluntarily if we would like to include
it in framework release.
Please let me know your thoughts on it.
--
Ashish
On Wed, Jun 25, 2008 at 5:50 PM, Jacques Le Roux <
[EMAIL PROTECTED]> wrote:
> +1 for Confluence
> BTW, should we n
I just noticed that Freemarker 2.4 is not yet available
http://freemarker.sourceforge.net/freemarkerdownload.html
It's not needed for the 1st builtin replacement but we should preferably use
this version as explained in the link below.
We may wait for 2.4 to do this one...
BTW there is a new Ec
I did it locally, but I wonder now if it's a good idea since ?exists and
?if_exists are more readable than ?? and !
?exists and ?if_exists still work and and only ! is bringing some more features (mostly dealing with false also). If we don'"t do it
now, maybe in a future we will have to do it. I
Done :
http://docs.ofbiz.org/display/OFBIZ/FAQ+-+Tips+-+Tricks+-+Cookbook+-+HowTo#FAQ-Tips-Tricks-Cookbook-HowTo-Developmenttips
Which leads to
http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices#OFBizContributorsBestPractices-DeprecatingEntities
Jacques
From: "Jacques Le
This is often called a Line Display.
As you can see in pos-containers.xml, it's not yet implemente in POS
So check specialpurpose/pos/src/org/ofbiz/pos/device/impl/LineDisplay.java
But please use rather user ML for such questions :
http://docs.ofbiz.org/display/OFBADMIN/Mailing+Lists#Mailing
Hello developers,
I need to use the price display (a Seperate Display Device which is used
to display the total price to the customer at the time of checking out.)
with the POS, for this, i need to show the price on that when the product
is scanned by the store clerk. How that can be achieved??
A
41 matches
Mail list logo
