Alright thanks for the infos @Jacque.
On Tue, Jan 14, 2020 at 1:45 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Le 11/01/2020 à 15:16, Bright Efuet a écrit :
> > Hello everone My name is EFUET BRIGHT. i am new to open source but love
> the Groovy Language. so i decided to join
Le 11/01/2020 à 15:16, Bright Efuet a écrit :
Hello everone My name is EFUET BRIGHT. i am new to open source but love the
Groovy Language. so i decided to join the APACHE OFBIZ project to widen my
knowledge as far as open source is concern. I would also love to participate to
Gsoc 2020.
Hello everone My name is EFUET BRIGHT. i am new to open source but love the
Groovy Language. so i decided to join the APACHE OFBIZ project to widen my
knowledge as far as open source is concern. I would also love to participate to
Gsoc 2020.
Hi Tomek,
Nobody in a community base project can answers to "when it will be done".
Some people in the community work on implementing all that is needed to have a
complete REST API but for all of them, most of time, customer priority
is not the same as community priority, so it will be done when
Hi everyone,
I consider to use Apache Ofbiz because it seems very good solution but I
agree that the UI of the project is not modern. I think that the
proposed features like REST API and modern UI based on Bootstrap and
Vue.js are great things and it is sensible way to improve Ofbiz. I'm
For now it's just for me to investigate
Jacques
Le 26/06/2018 à 11:00, Taher Alkhateeb a écrit :
Sigh, where in this thread do you find agreement on the direction?
On Tue, Jun 26, 2018 at 11:43 AM, Jacques Le Roux
wrote:
Le 13/06/2018 à 19:48, Jacques Le Roux a écrit :
Depending the less
Sigh, where in this thread do you find agreement on the direction?
On Tue, Jun 26, 2018 at 11:43 AM, Jacques Le Roux
wrote:
> Le 13/06/2018 à 19:48, Jacques Le Roux a écrit :
>>
>> Depending the less possible on frameworks seems a good idea to me, and the
>> "CSS Grid Layout" seems simple enough
Le 13/06/2018 à 19:48, Jacques Le Roux a écrit :
Depending the less possible on frameworks seems a good idea to me, and the "CSS Grid
Layout" seems simple enough to be viable replacement.
Who knows when Bootstrap will be out of date...
I created OFBIZ-10444 to continue
Jacques
Hi,
I am trying to evaluate and learn to develop with Apache OFBiz. I am
completely new to all of this! I just started looking at this today.
As I was exploring the default e-commerce plugin, I found that it is
very dated and they have not released themes for it other than the
default.
Le 13/06/2018 à 19:52, Jacques Le Roux a écrit :
Le 14/05/2018 à 10:38, Taher Alkhateeb a écrit :
I'm very attracted to
GraphQL for example because of the reduced visits to the backend.
That's quite interesting Taher, I just read
Le 14/05/2018 à 10:38, Taher Alkhateeb a écrit :
I'm very attracted to
GraphQL for example because of the reduced visits to the backend.
That's quite interesting Taher, I just read
https://blog.graphql.guide/introducing-the-graphql-guide-11a5ae48628a
Thanks
Jacques
Hi,
I hope I got your attention :)
Else it's easy to start:
https://www.google.fr/search?q=compare+Bootstrap+to+%22CSS+Grid+Layout%22=UTF-8
Jacques
Le 11/06/2018 à 16:49, Jacques Le Roux a écrit :
Hi,
Sorry to be late, but after reading https://alistapart.com/article/cult-of-the-complex I
Hi,
Sorry to be late, but after reading https://alistapart.com/article/cult-of-the-complex I
wonder if we should not compare Bootstrap to "CSS Grid Layout"
Depending the less possible on frameworks seems a good idea to me, and the "CSS Grid
Layout" seems simple enough to be viable
;
>> > >
>> > > My 2 Cents:
>> > > 1. How about jQuery Mobile(JQM)? It's part of the jQuery family. We
>> > > already use jQuery as JavaScript framework, to use JQM would be a logical
>> > > extension.
>> > > 2. JQM covers SPA
d by some in this
>> > thread.
>> > 3. JQM fits in nicely with jQuery UI - something which we are already
>> using
>> > in Ofbiz with autocomplete/suggest, date picking and modals.
>> >
>> > Final thoughts - Cleaner separation between JS and Freemarker
omplete/suggest, date picking and modals.
> > >
> > > Final thoughts - Cleaner separation between JS and Freemarker using HTML
> > > elements:
> > > 1. We are not using new outlining and sectioning elements like ,
> > > , , , , or in our templates. They
> >
elements:
> > 1. We are not using new outlining and sectioning elements like ,
> > , , , , or in our templates. They
> > hold obvious advantages.
> > 2. Global data-* attributes. We're not using this at all. It can help
> us
> > to reduce JS in Freemarker templates.
&g
2. Global data-* attributes. We're not using this at all. It can help us
> to reduce JS in Freemarker templates.
>
> Regards
>
> Gavin
>
>
>
>
>
> On Mon, May 21, 2018 at 5:17 AM, Shi Jinghai <huaru...@hotmail.com> wrote:
>
>> +1.
>>
&
in Freemarker templates.
Regards
Gavin
On Mon, May 21, 2018 at 5:17 AM, Shi Jinghai <huaru...@hotmail.com> wrote:
> +1.
>
> Excellent.
>
> -邮件原件-
> 发件人: Taher Alkhateeb [mailto:slidingfilame...@gmail.com]
> 发送时间: 2018年5月20日 2:31
> 收件人: OFBIZ Development Ma
+1.
Excellent.
-邮件原件-
发件人: Taher Alkhateeb [mailto:slidingfilame...@gmail.com]
发送时间: 2018年5月20日 2:31
收件人: OFBIZ Development Mailing List
主题: Re: [Discussion] Introduction of Bootstrap and Vue.js
This was a thought provoking and interesting discussion and I learned
new stuff from it, so
That sounds realistic, pragmatic and to the point
+1
Jacques
Le 19/05/2018 à 20:31, Taher Alkhateeb a écrit :
This was a thought provoking and interesting discussion and I learned
new stuff from it, so thank you all for your valuable input.
On further reflection and after thinking about your
This was a thought provoking and interesting discussion and I learned
new stuff from it, so thank you all for your valuable input.
On further reflection and after thinking about your comments, I think
Vue.js would be influenced in its design if we have a REST API in
place, however, something like
Hi,
+1 For Jacques, Scot & Rajesh’s View Point.
> "I feel most of the modern UI frameworks consume JSON and
> if we have yet another adapter to the rich catalog of WebServices
> ( in addition to XML/RPC and SOAP) it shall benefit both UI developers
> and
> system integrators / framework
Hi List ,
The default UI of OFBiz does look aged but I feel it does a great job
of being productive. As discussed before also ERP being a serious
backroom software and mostly operated by staff to whom all the bells
and whistles of modern frameworks may not make any difference.
But since
Hi Scott, Taher,
I think you are both right, and maybe because you are mostly working for 2
different markets or have different types of clients.
Anyway, what I mean is:
1. Form widgets are not of much use when you have to deploy a new UI for an
ecommerce or alike project (frontend).
2. They
Taher Alkhateeb writes:
> So more or less, the heart of your message as I understand it is that
> we should decouple the rendering of the user interface from data
> fetching and manipulation. This makes perfect sense and is a good
> strategy.
>
> A bit contrary to
On 15/05/2018 12:43, Taher Alkhateeb wrote:
Interesting idea Nicolas. So we will have sort of multiple layers of
themes? NewTheme -> BaseThemeWithLibraries -> CommonTheme?
Exactly
That's actually not a bad idea, and would help with backwards
compatibility. The draw back is perhaps "too many
Ahhh, I understand clearly now. Thank you!
So more or less, the heart of your message as I understand it is that
we should decouple the rendering of the user interface from data
fetching and manipulation. This makes perfect sense and is a good
strategy.
A bit contrary to your experience though,
Hi Taher,
I'm simply saying that if we were to provide a complete suite web APIs to
access the full functionality of ofbiz, then the project's choice of UI
technology no longer matters so much in the grand scheme of things. No one
would be forced to live by our choice of UI frameworks because
Hi Scott,
Again thank you for the input, intriguing. I'm not sure if I fully
understand though. Are you saying we can introduce web services that can
sort of do away with the widget system to code directly in html and weaving
in web service calls? How does that make coding faster? What is
Hi,
I have no objection to introduce bootstrap and Vue.js. I suggest to
don't introduce them on common-theme but create a new theme with the
orientation wanted.
If you thinks that it's difficult to extend the common-theme with
bootstrap, fork it completely this could be indicate what we
.
Kind Regards,
Shi Jinghai
-邮件原件-
发件人: Taher Alkhateeb [mailto:slidingfilame...@gmail.com]
发送时间: 2018年5月13日 2:03
收件人: OFBIZ Development Mailing List
主题: [Discussion] Introduction of Bootstrap and Vue.js
Hello Everyone,
Recently, we at Pythys had some interactions with clients
On Mon, 14 May 2018, 20:38 Taher Alkhateeb,
wrote:
> Hello Scott, thank you for your thoughts, inline ...
>
> On Mon, May 14, 2018 at 10:45 AM, Scott Gray
> wrote:
> > I think no matter what we use someone will always want something
>
Hello Scott, thank you for your thoughts, inline ...
On Mon, May 14, 2018 at 10:45 AM, Scott Gray
wrote:
> I think no matter what we use someone will always want something different.
> I'm beginning to lose count of the number of custom APIs I've written over
> the
I think no matter what we use someone will always want something different.
I'm beginning to lose count of the number of custom APIs I've written over
the years to support custom UIs.
I think the bigger win would be to start providing APIs and rewriting our
existing screens to use them. From
Hi Taher,
I like your proposal, adding bootstrap as common theme looks good idea,
Just as note:
While transforming macros to bootstrap pattern we need to avoid use
bootstrap classes like pullright, pullLeft, etc.
instead we will write css rule based on element hierarchy. It will help
designer to
HI Taher,
I agree about doing it directly in the trunk. Else we will get conflict issues,
because it will be a long task.
+1 for a POC
Jacques
Le 12/05/2018 à 20:02, Taher Alkhateeb a écrit :
Hello Everyone,
Recently, we at Pythys had some interactions with clients, and the
user interface
Hello Everyone,
Recently, we at Pythys had some interactions with clients, and the
user interface proved to be a sour point. It is functioning well, but
looks too classic, too rigid, too 2000s really :) We had many
discussion and attempts in the past like [1] [2] [3] [4] [5] [6] [7]
[8] [9] [10]
Jacques Le Roux created OFBIZ-6723:
--
Summary: With the introduction of jGrowl to show notifications the
WebtoolsLayoutDemo screen is ambiguous
Key: OFBIZ-6723
URL: https://issues.apache.org/jira/browse/OFBIZ
[
https://issues.apache.org/jira/browse/OFBIZ-6723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-6723:
---
Attachment: Image 081.png
> With the introduction of jGrowl to show notificati
missing. It has certainly happened during migration
from Confluence server. I put them all back again (will takes some time...)
broken link in Framework Introduction Videos and Diagrams
---
Key: OFBIZ-3936
broken link in Framework Introduction Videos and Diagrams
---
Key: OFBIZ-3936
URL: https://issues.apache.org/jira/browse/OFBIZ-3936
Project: OFBiz
Issue Type: Bug
Environment
630718
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
Issue Type: Improvement
Components: order
Affects
thought about the mapId field. And yes it will do
the job for accommodationClassId field.
Valentina
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
days i will commit
the 2 patches so we can move a step forward.
Regards,
Hans
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
your feedback on my ideas as I might be wrong and need advice.
Thanks for your time :)
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
. In Spot entity you use nrOfSpaces, while it was suggested to use
numberOfSpaces.
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
me
if I am wrong!)
(1)OrderHeader(Reservation) - (2)OrderItem(ReservationItem)
Isn`t the book`s way better?
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse
agree with you, and this has been discussed in the past,
but never implemented.
So it would be great to replace the TechData* entities with WorkEffort (of a
special type, to define a standard capacity/availability calendar)
Introduction of new reservation entities
?
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
Issue Type: Improvement
Components: order
Affects Versions
entities with mapId field??? Isn`t it enough to use
the spotId field only?? If you keep these two entities related you just need
the spot i guess...
5. In Spot entity you use nrOfSpaces, while it was suggested to use
numberOfSpaces.
Introduction of new reservation entities
field name changed and starting on the other changes?
Regards,
Hans
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
[
https://issues.apache.org/jira/browse/OFBIZ-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hans Bakker updated OFBIZ-1590:
---
Attachment: accomEntity.patch
entity definitions
Introduction of new reservation entities
[
https://issues.apache.org/jira/browse/OFBIZ-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hans Bakker updated OFBIZ-1590:
---
Attachment: accomProgram.patch
Introduction of new reservation entities
have slightly changed: instead of using the key class/fixedassetId
on the accomodation map we still have these fields but now use a
accomodationMapId as the key only to simplyfy things.
If no objections I will commit these 2 patches in the next few days.
Introduction of new reservation
[
https://issues.apache.org/jira/browse/OFBIZ-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Valentina Sirkova updated OFBIZ-1590:
-
Attachment: spot_class_map_entities.patch
Introduction of new reservation entities
of
type one.
- names of the fields are now fluent and more clear, based on the coding
conventions.
- these entities are moved to the FixedAsset`s package.
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https
accomNumber=brc-10/
/entity-engine-xml
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
fixedAssetId=Bar/Lounge nrOfSpaces=1
accomNumber=brc-9/
AccommodationSpot accommSpotId=26 accommClassId=Chairs
fixedAssetId=Bar/Lounge nrOfSpaces=1
accomNumber=brc-10/
/entity-engine-xml
Introduction of new reservation entities
nrOfSpaces=1
accomNumber=brc-9/
AccommodationSpot accommSpotId=26 accommClassId=Chairs
fixedAssetId=Bar/Lounge nrOfSpaces=1
accomNumber=brc-10/
/entity-engine-xml
Introduction of new reservation entities
[
https://issues.apache.org/jira/browse/OFBIZ-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
karnchana pangwan updated OFBIZ-1590:
-
Comment: was deleted
Introduction of new reservation entities
this discussion to the user list(subscribe if you have not). I
created a thread with your comments. Here is the link:
http://www.nabble.com/Question-on-spot-class-map-entities%28copied-from-jira-1590%29-to15089930.html
Regards: Valentina
Introduction of new reservation entities
[
https://issues.apache.org/jira/browse/OFBIZ-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Risaliti updated OFBIZ-1590:
--
Component/s: order
Introduction of new reservation entities
entities (with Restaurant reservations) if I want to add
booking fee with different class in AccommodationClass
How can I do?
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse
not need it.
In any case in the CURRENT OFBiz implementation the classes are preented as
products and the products are fixedAssets(which I personally do not think is
the best way as room types are not fixed assets in reallity)
Introduction of new reservation entities
)
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
Issue Type: Improvement
Affects Versions: SVN trunk
Reporter
Introduction of new reservation entities
Key: OFBIZ-1590
URL: https://issues.apache.org/jira/browse/OFBIZ-1590
Project: OFBiz
Issue Type: Improvement
Affects Versions: SVN trunk
[
https://issues.apache.org/jira/browse/OFBIZ-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Valentina Sirkova updated OFBIZ-1590:
-
Attachment: spot_class_map_entities.patch
Introduction of new reservation entities
/OFBIZ/Proposal+for+Plane%2C+Bus%2C+Restaurant+and+Cinema+Seats
you can see picutre of these entities. In red dotted lines are the fields I
want to extend(add).
Introduction of new reservation entities
Key: OFBIZ-1590
URL
://docs.ofbiz.org/display/OFBIZ/Proposal+for+Plane%2C+Bus%2C+Restaurant+and+Cinema+Seats
you can see picutre of these entities. In red dotted lines are the fields I
want to extend(add).
Introduction of new reservation entities
Key
70 matches
Mail list logo