I just completed a rather remedial GIS implementation (very poorly designed,
but works for it's purpose). Anyone have any interest/experience/intelligent
thought with this?
[
https://issues.apache.org/jira/browse/OFBIZ-1415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545346
]
Leon Torres commented on OFBIZ-1415:
Scott, thanks! That seems to be it. My debugger points to a similar socket
I agree with David's comments.
Partially off-topic: do you think that the XAP project
(http://incubator.apache.org/xap/) could help us to integrate Ajax into
the widgets?
Jacopo
David E Jones wrote:
What would be really great to see happen with this is to use it as a
case study for where
Anil,
I see your arguments about implementing a rich and appealing ui for the
projectmgr component.
I'd say that the best way to go is to:
1) if possible, implement the screens with the widgets
2) if you need some fancy stuff in the screen, including Ajax, we should
try to extend the widgets t
[
https://issues.apache.org/jira/browse/OFBIZ-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anil K Patel closed OFBIZ-1408.
---
Resolution: Fixed
Vikas, thanks for providing this patch, its in svn # 598148.
> When OrderPaymentPr
[
https://issues.apache.org/jira/browse/OFBIZ-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anil K Patel reassigned OFBIZ-1408:
---
Assignee: Anil K Patel
> When OrderPaymentPreference.statusId changes create a history record
Totally agreed.
I did an enhancement for the screen and form widgets that included AJAX. That was some time in...
May 2007, I think. I asked for collaboration then, but got no response. The work I did was packed
up and shipped to the client. Out of my hands now.
Oh, there's one guy who saw it
> Additionally, Ofbiz follows many of the models only loosely with lots of
> added fields and entities. Even after having read this book twice and used
> Ofbiz for some 4 months, I still run across fields that I haven't a clue what
> they are for.
That is true. The Data Model book is the definit
Hi Virgil
Am I wrong or is prefuse intended for thick java clients/applets?
Regards
Scott
On 26/11/2007, Trasca Virgil <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I checked prefuse( http://prefuse.org/ ) and is looking very
> spectacular. It is BSD license which is similar license with Apache li
Hi,
I checked prefuse( http://prefuse.org/ ) and is looking very spectacular.
It is BSD license which is similar license with Apache license.
Thanks,
Virgil
- Original Message
From: Jacques Le Roux <[EMAIL PROTECTED]>
To: dev@ofbiz.apache.org
Sent: Sunday, November 25, 2007 11:53:
I did this on a private Widget Engine enhancement, along with AJAX. Unfortunately, that
enhancement was licensed private months ago. Sorry.
Frankly, I don't think the "id" attribute is really great. It's always possible, maybe even
preferable, to reference HTML elements in a structured DOM way.
Hi,
Some Form Widget elements don't have "id" attribute. Id on html elements
makes them lot easier to work with from Javascript. I'll appreciate If
somebody evaluate possibility of having id attribute on all form widget
elements and possibly implement them.
Regards
Anil Patel
This looks great Jacopo.
-David
On Nov 25, 2007, at 8:11 AM, Jacopo Cappellato wrote:
As a followup to the recent discussion about GL journals to group
the failed accounting transactions, I've implemented the base
screens to create/edit journals and to define the error journal in
rev.59
[
https://issues.apache.org/jira/browse/OFBIZ-1372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545314
]
Adrian Crum commented on OFBIZ-1372:
Marco,
Please disregard my last comment - it appears I missed some deprecat
What would be really great to see happen with this is to use it as a
case study for where AJAX elements would be useful.
Wherever AJAX elements would be useful we should first look for a way
to extend the form or screen widgets to support that option. That
would be the most ideal way to d
On Sun, 2007-11-25 at 17:59 +0700, Hans Bakker wrote:
> Hi Jacopo,
>
> I completely agree with you. I need the projectmanager for my company
> use (have not yet found a customer for it). I saw that development
> stopped, registered myself in the new features document and started
> working..
>
I can see how this might be confusing. The status has nothing to do
with how much of the payment is applied.
The PMNT_CONFIRMED is the final status for payments sent (if a
confirmation is received, otherwise it is just the sent status;
depends on the company and supplier processes).
The
On Nov 25, 2007, at 12:07 PM, [EMAIL PROTECTED] wrote:
More commonly, there is one post for the sum of the inventory items
sold.
However, this method offers some flexibility if you want to split up
cost of
goods or maybe you have separate inventory accounts for different
inventory
types.
David
This "closed" is more of a programming construct than anything real, to me
at least. The status is PMNT_CONFIRMED. PMNT_CONFIRMED cannot be set until
the payment is fully applied, and once set to PMNT_CONFIRMED, payment
applications cannot be removed. So to me, closed means PMNT_CONFIRMED
Yes, that is correct, I mis-wrote.
The origin "document" (record is probably a better term) triggers/
causes the transaction and not each entry in the transaction.
-David
On Nov 25, 2007, at 1:59 AM, Jacopo Cappellato wrote:
David,
after reviewing the AcctgTrans and AcctgTransEntry entit
A Payment applied to a BillingAccount does not mean the payment is
closed, in fact I'm not even sure what it means to say a payment is
closed... did you have something in mind? Whatever it means to you, a
payment is either not, partially, or fully applied.
-David
On Nov 25, 2007, at 11:
De : "Scott Gray" <[EMAIL PROTECTED]>
> The license looks good to me.
Yes I agree
Jacques
>
> Regards
> Scott
>
> On 26/11/2007, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > Yes, yes, thanks very much Virgil.
> >
> > I have looked at lots of these and jcharts is the one I am going to t
The license looks good to me.
Regards
Scott
On 26/11/2007, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Yes, yes, thanks very much Virgil.
>
> I have looked at lots of these and jcharts is the one I am going to try
> first. I love the trinidad stuff Jacques, but it will take a very long
> wh
Yes, yes, thanks very much Virgil.
I have looked at lots of these and jcharts is the one I am going to try
first. I love the trinidad stuff Jacques, but it will take a very long
while to get it all integrated. It also does charting in SVG which does not
have universal support.
On the other hand
Nice find BJ.
-Original Message-
From: BJ Freeman [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 25, 2007 11:32 AM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
before I put my two cents in I have searching the Internet and reading
whe
before I put my two cents in I have searching the Internet and reading
where can I put links like
www.ofm.wa.gov/roadmap/modeling/generalledger/general_ledger_best_practices_summary.pdf
[EMAIL PROTECTED] sent the following on 11/25/2007 11:07 AM:
> Jacopo
>
> I can answer for the productId part
Jacopo
I can answer for the productId part (I too do not understand having the
partyId). Si, when he does the transaction for an an invoice, puts the
individual InvoiceItems a separate AcctgTransEntry record. Then, you have
only one AcctTrans record and multiple AcctgTransEntry records for the
in
Jacapo
https://localhost:8443/accounting/control/editPaymentApplications
and one of them involves applying it to the billing account.
I don't see the point in applying a payment to a billing account.
Otherwise, how to you know when an invoice is paid? What happens later, do
you take the money
[
https://issues.apache.org/jira/browse/OFBIZ-1372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545279
]
Marco Risaliti commented on OFBIZ-1372:
---
Hi Adrian,
I have seen only this comment in the patch you provide:
+
As a followup to the recent discussion about GL journals to group the
failed accounting transactions, I've implemented the base screens to
create/edit journals and to define the error journal in rev.597976
It is also possible to search for transactions and transaction entries
by journal id.
Th
[
https://issues.apache.org/jira/browse/OFBIZ-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux reassigned OFBIZ-1427:
--
Assignee: Jacques Le Roux
> Modal windows require keyboard and mouse
>
[
https://issues.apache.org/jira/browse/OFBIZ-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-1429:
---
Component/s: order
Not only POS but also order component
> Refunds (Void Sale in Mgr screen)
[
https://issues.apache.org/jira/browse/OFBIZ-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux reassigned OFBIZ-1428:
--
Assignee: Jacques Le Roux
> If user times out user should be logged out
> -
[
https://issues.apache.org/jira/browse/OFBIZ-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545254
]
Jacques Le Roux commented on OFBIZ-1425:
Adrian,
Sorry I was not aware (and did not check) of default-resour
Hi Jacopo,
I completely agree with you. I need the projectmanager for my company
use (have not yet found a customer for it). I saw that development
stopped, registered myself in the new features document and started
working..
I looked for documents for the project manager, could not find any,
Thanks Virgil,
Skip, I'm not sure there is all you need but Trinidad demo looks great :
http://www.irian.at/trinidad-demo/faces/components/chart.jspx and it's an
Apache project. I don' t know how it's organised but we
may embed it in OFBiz if using only some jars is possible.
http://www.liquidx.
[
https://issues.apache.org/jira/browse/OFBIZ-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray resolved OFBIZ-1426.
---
Resolution: Fixed
Fix Version/s: SVN trunk
Assignee: Scott Gray
Thanks for reporting
Hi Jacopo,
De : "Jacopo Cappellato" <[EMAIL PROTECTED]>
> Jacques Le Roux wrote:
> >
> > Two persons (former clients of mine) seems to be interested to work on the
> > accouting module on their own free time. One has a
solid
> > background as manager and the other as programmer.
> > I will not w
[
https://issues.apache.org/jira/browse/OFBIZ-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545246
]
Jacques Le Roux commented on OFBIZ-1387:
Adrian, Skip,
What would think non english speaking users when all
I am under the impression that applications under specialpurpose folders
are intended for user in certain role and are supposed to be intuitive.
I find forms widgets are very good of most of the UI. But when it comes
adding some Ajax stuff, its just too hard to works with.
Regards
Anil Patel
David,
after reviewing the AcctgTrans and AcctgTransEntry entity I've noticed
that fixedAssetId, inventoryItemId, physicalInventoryId, partyId,
roleTypeId, invoiceId, paymentId, finAccountTransId, shipmentId,
receiptId, workEffortId are in the AcctgTrans entity, while partyId and
productId ar
Hi,
Open source java solutions.
1) http://java-source.net/open-source/charting-and-reporting. jCharts seems to
be good and has a very libertine license.
or
2) javascript chart solution which has Ajax mochikit javascript framework as
dependency.
http://www.liquidx.net/plotkit/
or
3) f
Yeah,
having widgets *and* Ajax would be really great...
By the way: does this mean that there are two current/independent
development efforts going on in the same component (projectmgr) lead by
Anil and Hans?
If this is true, then it would be useful to spend some time in the dev
list to disc
Jacques Le Roux wrote:
Two persons (former clients of mine) seems to be interested to work on the
accouting module on their own free time. One has a solid
background as manager and the other as programmer.
I will not work myself on this task but I will try as much as I'm able to to
put them o
44 matches
Mail list logo