Hi Scott,
I did not see any issue at
https://demo.hotwaxmedia.com/catalog/control/pendingReviews (I tried in English
and French)
Moreover it seems that there are no entries for "StatusItem" but a lot for
"StatusItem.description.*"
In brief, I guess it needs more informations
Jacques
From: "S
[
https://issues.apache.org/jira/browse/OFBIZ-1766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608986#action_12608986
]
Bilgin Ibryam commented on OFBIZ-1766:
--
Jacques,
you have to enter also the Ship Gro
[
https://issues.apache.org/jira/browse/OFBIZ-1766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608987#action_12608987
]
Jacques Le Roux commented on OFBIZ-1766:
Thanks BIlgin,
It's obvious now :o)
> pr
This morning, I used the classic package, added needed plugins and all worked
without any issues
Jacques
From: "Jacques Le Roux" <[EMAIL PROTECTED]>
Jacopo,
I got tons of issues with Eclipse 3.4 both on Windows and Linux (I used the J2EE distro i have alos dowloaded the classic one but
not y
For those who have pretty big workspaces (many projects) with some plugins
(moreover in my case, I was using 3.4 milestones from
months, maybe straight from 3.3 it's ok)
Actually it was not Classic that I used but the pure 3.4 SDK (ie without any
plugins). I had problems with all other brands. Y
[
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
Corrected the ViewProfile Display problem of the clients and Provi
[
https://issues.apache.org/jira/browse/OFBIZ-1855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12609013#action_12609013
]
Adrian Crum commented on OFBIZ-1855:
Hans,
I created something similar where I work. I
Scott,
The bug would appear while converting a numeric or timestamp data type to a
String. I believe phone numbers are Strings.
-Adrian
--- On Fri, 6/27/08, Scott Gray <[EMAIL PROTECTED]> wrote:
> From: Scott Gray <[EMAIL PROTECTED]>
> Subject: Re: Potential OFBiz Localization Bugs
> To: dev@
Hi,
just 2 things to think about:
- not only PostalAddress may have Latitude and Longitude, e.g. IP
Address may have them: http://www.maxmind.com/app/locate_my_ip
- whatever you geocode today, may change over time: the IP Address may
get a new owner, street maps get more detail,...
just my 2
Hi Rob,
I tested with some commercial addresses I will need to locate (here in France) : results are not good enough... Morevover the
company I will do that for is already using (lat., long.). So I will really need them. So my question to the community remains :
PostalAddress or extend-entity
Hi Jacques,
why not a new entity, which can be connected to PostalAddress and maybe
in the future others?
Another questions comes to mind here: more than one Entity may be at the
same LatLong point.
And you're able to save additional data inside the new entity:
datasource (may be intersting wh
First off, thank you to everyone who has volunteered to help make this
even happen.
I was a little worried early in the week, but in the last few days
there has been a flood of proposals for presentations, people
interested in attending, and groups interested in sponsorship and
other pa
The idea of having more generic lat/long coordinates is interesting.
For example, we could:
1. add lat/long fields to ContactMech
2. create a new ContactMechType for geo-spatial coordinates like this,
like "TerrestrialPosition" or something
3. add a new entity for TerrestrialPosition that i
On Jun 28, 2008, at 12:42 AM, Ashish Vijaywargiya wrote:
I have NO idea what the point of the WorkEffort.statusChangeNote
field is,
so please do share your thoughts on what that field will be used
for and why it is on the WorkEffort entity (as opposed to, say, the
WorkEffortStatus entity
This makes sense indeed Roland. I vote for since I will certainly need to add some other data. This is why I thought about
extend-entity in 1st place.
I can't see any related entities yet, but this could maybe happen in future.
Waiting for other opinions...
Another point I'm interested in : is
Hi David,
just to comment on formating:
please save lat/long in degrees and use float or numeric types for that,
because with that you may do perimeter searches with db support:
Having point P with lat/long and a radius, you can select all other
points from db which are within a square (center
Last but not least : I have just discovered by chance the Eclipse Save Actions
preference. I put a tip there :
http://docs.ofbiz.org/display/OFBIZ/Eclipse+Tips#EclipseTips-Setting%22SaveActions%22Preference.
I think it's worth it !
Jacques
From: "Jacques Le Roux" <[EMAIL PROTECTED]>
For those
Thanks for comments David,
I'm not in a hurry yet, and I prefere to have the power of the community with me
Jacques
From: "David E Jones" <[EMAIL PROTECTED]>
The idea of having more generic lat/long coordinates is interesting. For
example, we could:
1. add lat/long fields to ContactMech
2.
[
https://issues.apache.org/jira/browse/OFBIZ-1853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-1853.
--
Resolution: Fixed
Assignee: Jacques Le Roux
Thanks Branden,
I finally put your informati
19 matches
Mail list logo