I have created a project which reads everything from database and show you on webpage. It is basically web based reporting tool which gives you live data. I am able to see live on my webpage from anywhere. Currently I am able to see current sale, history sales per day, my inventory and update price and add new items. I am planning to implement more but basically depends on my need.
I am able to help you out to do same. you can send me your requirements.
😕
1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've always thought that an app written in Kotlin is better, because it runs natively and would connect to the database. I think it would guarantee speed in terms of operations on a mobile device. Be it a smartphone or a tablet. I once used that .war file they mention, however, I always thought it was a bit slow to use on the network, since you had to download even the graphical environment. I've been looking at ways to make an app, but I'm not a developer, I'll get out of the idea one day. 🥴 On the other hand, I know that making a web app is much more feasible, but in this case, I think something much cleaner and done from scratch is required. I would like to know what is required to create an order in Chromis POS. What tables are called, what columns they are made of, and all that. It's important to have a very specific idea. App in Kotlin or a web app.
Siempre he pensado que una app escrita en kotlin es mejor, por que se ejecuta de manera nativa y se conectaría a la base de datos. Creo que garantizaría la velocidad en cuanto a operaciones en un dispositivo movil. Sea un telefono inteligente o una tableta. Alguna vez use ese archivo .war que mencionan, sin embargo, siempre pensé que era algo lento para usar en red, ya que había que descargar hasta el entorno grafico. He estado viendo la manera de hacer una app, pero no soy desarrollador, alguna vez saldré de la intención. 🥴 Por otro lado, sé que hacer una web app es mucho mas factible, pero en este caso, creo que se requiere algo mucho más limpio y hecho desde cero. A mi me gustaría saber, qué se requiere para crear una orden en Chromis POS. Tablas que se llaman, que columnas lo conforman, y todo eso. Es importante tener la idea bien concreta. App en Kotlin o una web app.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
En 🇬🇧 Esp🇪🇸
I've always thought that an app written in Kotlin is better, because it
runs natively and would connect to the database.
I think it would guarantee speed in terms of operations on a mobile
device. Be it a smartphone or a tablet.
I once used that .war file they mention, however, I always thought it was
a bit slow to use on the network, since you had to download even the
graphical environment.
I've been looking at ways to make an app, but I'm not a developer, I'll
get out of the idea one day.
🥴
On the other hand, I know that making a web app is much more feasible, but
in this case, I think something much cleaner and done from scratch is
required. I would like to know what is required to create an order in Chromis POS.
What tables are called, what columns they are made of, and all that.
It's important to have a very specific idea. App in Kotlin or a web app. Siempre
he pensado que una app escrita en kotlin es mejor, por que se ejecuta de
manera nativa y se conectaría a la base de datos.
Creo que garantizaría la velocidad en cuanto a operaciones en un
dispositivo movil. Sea un telefono inteligente o una tableta.
Alguna vez use ese archivo .war que mencionan, sin embargo, siempre pensé
que era algo lento para usar en red, ya que había que descargar hasta el
entorno grafico.
He estado viendo la manera de hacer una app, pero no soy desarrollador,
alguna vez saldré de la intención.
🥴
Por otro lado, sé que hacer una web app es mucho mas factible, pero en
este caso, creo que se requiere algo mucho más limpio y hecho desde cero. A mi me gustaría saber, qué se requiere para crear una orden en Chromis
POS.
Tablas que se llaman, que columnas lo conforman, y todo eso.
Es importante tener la idea bien concreta.
App en Kotlin o una web app.
If you want, it is possible to send an order with Chromis pos using a
Microsoft tablet. I tried it and it's great.
On Mon, Nov 18, 2024 at 1:36 AM Ayram ayramseven@users.sourceforge.net
wrote:
En 🇬🇧 Esp🇪🇸
I've always thought that an app written in Kotlin is better, because it
runs natively and would connect to the database.
I think it would guarantee speed in terms of operations on a mobile
device. Be it a smartphone or a tablet.
I once used that .war file they mention, however, I always thought it was
a bit slow to use on the network, since you had to download even the
graphical environment.
I've been looking at ways to make an app, but I'm not a developer, I'll
get out of the idea one day.
🥴
On the other hand, I know that making a web app is much more feasible, but
in this case, I think something much cleaner and done from scratch is
required. I would like to know what is required to create an order in Chromis POS.
What tables are called, what columns they are made of, and all that.
It's important to have a very specific idea. App in Kotlin or a web app.
Siempre
he pensado que una app escrita en kotlin es mejor, por que se ejecuta de
manera nativa y se conectaría a la base de datos.
Creo que garantizaría la velocidad en cuanto a operaciones en un
dispositivo movil. Sea un telefono inteligente o una tableta.
Alguna vez use ese archivo .war que mencionan, sin embargo, siempre pensé
que era algo lento para usar en red, ya que había que descargar hasta el
entorno grafico.
He estado viendo la manera de hacer una app, pero no soy desarrollador,
alguna vez saldré de la intención.
🥴
Por otro lado, sé que hacer una web app es mucho mas factible, pero en
este caso, creo que se requiere algo mucho más limpio y hecho desde cero.
A mi me gustaría saber, qué se requiere para crear una orden en Chromis
POS.
Tablas que se llaman, que columnas lo conforman, y todo eso.
Es importante tener la idea bien concreta.
App en Kotlin o una web app.
If you want, it is possible to send an order with Chromis pos using a
Microsoft tablet. I tried it and it's great.
On Mon, Nov 18, 2024 at 1:36 AM Ayram ayramseven@users.sourceforge.net
wrote:
En 🇬🇧 Esp🇪🇸
I've always thought that an app written in Kotlin is better, because it
runs natively and would connect to the database.
I think it would guarantee speed in terms of operations on a mobile
device. Be it a smartphone or a tablet.
I once used that .war file they mention, however, I always thought it was
a bit slow to use on the network, since you had to download even the
graphical environment.
I've been looking at ways to make an app, but I'm not a developer, I'll
get out of the idea one day.
🥴
On the other hand, I know that making a web app is much more feasible, but
in this case, I think something much cleaner and done from scratch is
required. I would like to know what is required to create an order in Chromis POS.
What tables are called, what columns they are made of, and all that.
It's important to have a very specific idea. App in Kotlin or a web app.
Siempre
he pensado que una app escrita en kotlin es mejor, por que se ejecuta de
manera nativa y se conectaría a la base de datos.
Creo que garantizaría la velocidad en cuanto a operaciones en un
dispositivo movil. Sea un telefono inteligente o una tableta.
Alguna vez use ese archivo .war que mencionan, sin embargo, siempre pensé
que era algo lento para usar en red, ya que había que descargar hasta el
entorno grafico.
He estado viendo la manera de hacer una app, pero no soy desarrollador,
alguna vez saldré de la intención.
🥴
Por otro lado, sé que hacer una web app es mucho mas factible, pero en
este caso, creo que se requiere algo mucho más limpio y hecho desde cero.
A mi me gustaría saber, qué se requiere para crear una orden en Chromis
POS.
Tablas que se llaman, que columnas lo conforman, y todo eso.
Es importante tener la idea bien concreta.
App en Kotlin o una web app.
I've been looking at some things about the behavior of Chromis POS. For example, when selecting tables needed to display existing users in Chromis POS.
He estado viendo algunas cosas sobre el comportamiento de Chromis POS. Por ejemplo, cuando se seleccionan tablas necesarias para visualizar los usuarios existentes en Chromis POS.
MySQL select id, name, apppassword, card, role, image from people p join siteguid s on p.siteguid = s.guid where s.guid = p.siteguid and visible = TRUE order by name
Eng 🇬🇧
Esp 🇪🇸
In an app, it would be the first screen to be displayed. The user selection. Basically, I think that even the display of tables and plants would be the same, but in a compact way. 😃 I think that maybe a Kotlin app would be better in terms of resources, since it would not require installing an additional tool on our server, such as Tomcat, Php, Jsp or something like that. It depends on the language in which it is developed. A Kotlin app would be installed on a smartphone and make the necessary queries to draw what is needed on the app. We do not install an additional service on our server, using more resources from our computer.
En una app, sería la primera pantalla en visualizar. La selección de usuarios. Basicamente, creo que hasta la visualización de mesas y plantas sería de la misma forma, pero de manera compacta. 😃 Pienso en que quizá una app de kotlin sería mejor en cuanto a recursos, ya que no se requeriría montar una herramienta más en nuestro servidor, como por ejemplo Tomcat, Php, Jsp o alguna cosa así. Depende del lenguaje en que se desarrolle. Una app en Kotlin se instalaría en un teléfono inteligente y haría las consultas necesarias para dibujar lo necesario sobre la app. No montamos un servicio adicional en nuestro servidor, usando más recursos de nuestro equipo.
Eng 🇬🇧
Esp 🇪🇸
I noticed that when a user logs into Chromis, it loads the information for the existing products. The app should do that, too. Once logged into the app, the environment should change to simply a list showing all the existing products. At the top, I think it's nice to have a text field to search and filter the products. That would make it more efficient to create an order to send to the kitchen screen.
Noté que, cuando iniciamos sesión de un usuario en Chromis, carga la información de los productos existentes. Eso tendría que hacer la app, también. Una vez se ingrese en la app, el entorno debería cambiar a, simplemente, una lista que muestre todos los productos existentes. En la parte de arriba, creo que es bueno tener un campo de texto para buscar y filtrar los productos. Eso eficientaría crear una orden para enviar a la pantalla de cocina.
select id, name, content, pickupid, loyaltycard, pickupbarcode, deliveryinfo from sharedtickets order by id
Eng 🇬🇧
Esp 🇪🇸
Information related to shared tickets (table orders or waiting customers) is being retrieved. This data could be used to display current tickets open in the system and allow employees to manage them.
Se está recuperando la información relacionada con los tickets compartidos (pedidos en mesas o clientes en espera). Estos datos podrían usarse para mostrar los tickets actuales abiertos en el sistema y permitir que los empleados los gestionen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Eng 🇬🇧 Esp 🇪🇸
I've been looking at some things about the behavior of Chromis POS.
For example, when selecting tables needed to display existing users in
Chromis POS. He estado viendo algunas cosas sobre el comportamiento de
Chromis POS.
Por ejemplo, cuando se seleccionan tablas necesarias para visualizar los
usuarios existentes en Chromis POS.
MySQL
select id, name, apppassword, card, role, image from people p join
siteguid s on p.siteguid = s.guid where s.guid = p.siteguid and visible =
TRUE order by name
Eng 🇬🇧 Esp 🇪🇸
In an app, it would be the first screen to be displayed. The user
selection.
Basically, I think that even the display of tables and plants would be the
same, but in a compact way. 😃
I think that maybe a Kotlin app would be better in terms of resources,
since it would not require installing an additional tool on our server,
such as Tomcat, Php, Jsp or something like that. It depends on the language
in which it is developed.
A Kotlin app would be installed on a smartphone and make the necessary
queries to draw what is needed on the app. We do not install an additional
service on our server, using more resources from our computer. En una
app, sería la primera pantalla en visualizar. La selección de usuarios.
Basicamente, creo que hasta la visualización de mesas y plantas sería de
la misma forma, pero de manera compacta. 😃
Pienso en que quizá una app de kotlin sería mejor en cuanto a recursos, ya
que no se requeriría montar una herramienta más en nuestro servidor, como
por ejemplo Tomcat, Php, Jsp o alguna cosa así. Depende del lenguaje en que
se desarrolle.
Una app en Kotlin se instalaría en un teléfono inteligente y haría las
consultas necesarias para dibujar lo necesario sobre la app. No montamos un
servicio adicional en nuestro servidor, usando más recursos de nuestro
equipo.
Eng 🇬🇧 Esp 🇪🇸
I noticed that when a user logs into Chromis, it loads the information for
the existing products.
The app should do that, too. Once logged into the app, the environment
should change to simply a list showing all the existing products. At the
top, I think it's nice to have a text field to search and filter the
products. That would make it more efficient to create an order to send to
the kitchen screen. Noté que, cuando iniciamos sesión de un usuario en
Chromis, carga la información de los productos existentes.
Eso tendría que hacer la app, también. Una vez se ingrese en la app, el
entorno debería cambiar a, simplemente, una lista que muestre todos los
productos existentes. En la parte de arriba, creo que es bueno tener un
campo de texto para buscar y filtrar los productos. Eso eficientaría crear
una orden para enviar a la pantalla de cocina.
select id, name, content, pickupid, loyaltycard, pickupbarcode,
deliveryinfo from sharedtickets order by id
Eng 🇬🇧 Esp 🇪🇸
Information related to shared tickets (table orders or waiting customers)
is being retrieved. This data could be used to display current tickets open
in the system and allow employees to manage them. Se está recuperando la
información relacionada con los tickets compartidos (pedidos en mesas o
clientes en espera). Estos datos podrían usarse para mostrar los tickets
actuales abiertos en el sistema y permitir que los empleados los gestionen.
I have created a project which reads everything from database and show you on webpage. It is basically web based reporting tool which gives you live data. I am able to see live on my webpage from anywhere. Currently I am able to see current sale, history sales per day, my inventory and update price and add new items. I am planning to implement more but basically depends on my need.
I am able to help you out to do same. you can send me your requirements.
You can see a best version.
This project is from Nordpos.
Environment more beautiful.
I don't know how to make it work with ChromisPOS, but I have tested it for OpenBravo POS and it is very good. It is a .war application for tomcat
Maybe someone can make it to work with Chromispos
I think it would guarantee speed in terms of operations on a mobile device. Be it a smartphone or a tablet.
I once used that .war file they mention, however, I always thought it was a bit slow to use on the network, since you had to download even the graphical environment.
I've been looking at ways to make an app, but I'm not a developer, I'll get out of the idea one day.
🥴
On the other hand, I know that making a web app is much more feasible, but in this case, I think something much cleaner and done from scratch is required.
I would like to know what is required to create an order in Chromis POS.
What tables are called, what columns they are made of, and all that.
It's important to have a very specific idea. App in Kotlin or a web app.
Creo que garantizaría la velocidad en cuanto a operaciones en un dispositivo movil. Sea un telefono inteligente o una tableta.
Alguna vez use ese archivo .war que mencionan, sin embargo, siempre pensé que era algo lento para usar en red, ya que había que descargar hasta el entorno grafico.
He estado viendo la manera de hacer una app, pero no soy desarrollador, alguna vez saldré de la intención.
🥴
Por otro lado, sé que hacer una web app es mucho mas factible, pero en este caso, creo que se requiere algo mucho más limpio y hecho desde cero.
A mi me gustaría saber, qué se requiere para crear una orden en Chromis POS.
Tablas que se llaman, que columnas lo conforman, y todo eso.
Es importante tener la idea bien concreta.
App en Kotlin o una web app.
If you want, it is possible to send an order with Chromis pos using a
Microsoft tablet. I tried it and it's great.
On Mon, Nov 18, 2024 at 1:36 AM Ayram ayramseven@users.sourceforge.net
wrote:
Related
Feature Requests: #181
I have used it, it is a very cool software, but it is based on openbravo.
Minpos has some flaws
On Mon, Nov 18, 2024 at 4:21 AM abdul rezak abush@users.sourceforge.net
wrote:
Related
Feature Requests: #181
On Mon, Nov 18, 2024 at 4:37 AM Abdulrezak Bahaja abushnuredin1@gmail.com
wrote:
Related
Feature Requests: #181
For example, when selecting tables needed to display existing users in Chromis POS.
Por ejemplo, cuando se seleccionan tablas necesarias para visualizar los usuarios existentes en Chromis POS.
MySQL
select id, name, apppassword, card, role, image from people p join siteguid s on p.siteguid = s.guid where s.guid = p.siteguid and visible = TRUE order by nameBasically, I think that even the display of tables and plants would be the same, but in a compact way. 😃
I think that maybe a Kotlin app would be better in terms of resources, since it would not require installing an additional tool on our server, such as Tomcat, Php, Jsp or something like that. It depends on the language in which it is developed.
A Kotlin app would be installed on a smartphone and make the necessary queries to draw what is needed on the app. We do not install an additional service on our server, using more resources from our computer.
Basicamente, creo que hasta la visualización de mesas y plantas sería de la misma forma, pero de manera compacta. 😃
Pienso en que quizá una app de kotlin sería mejor en cuanto a recursos, ya que no se requeriría montar una herramienta más en nuestro servidor, como por ejemplo Tomcat, Php, Jsp o alguna cosa así. Depende del lenguaje en que se desarrolle.
Una app en Kotlin se instalaría en un teléfono inteligente y haría las consultas necesarias para dibujar lo necesario sobre la app. No montamos un servicio adicional en nuestro servidor, usando más recursos de nuestro equipo.
The app should do that, too. Once logged into the app, the environment should change to simply a list showing all the existing products. At the top, I think it's nice to have a text field to search and filter the products. That would make it more efficient to create an order to send to the kitchen screen.
Eso tendría que hacer la app, también. Una vez se ingrese en la app, el entorno debería cambiar a, simplemente, una lista que muestre todos los productos existentes. En la parte de arriba, creo que es bueno tener un campo de texto para buscar y filtrar los productos. Eso eficientaría crear una orden para enviar a la pantalla de cocina.
select id, name, content, pickupid, loyaltycard, pickupbarcode, deliveryinfo from sharedtickets order by idActually I don't know anything about this issue, but I will do some
research and let you know the result
On Mon, Nov 18, 2024 at 2:34 AM Ayram ayramseven@users.sourceforge.net
wrote:
Related
Feature Requests: #181
lguien que haya implementado proyecto PDA en MinPos o ChromisPos que pueda apoyar? Gracias