by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 05:11
    aero commented #10022
  • Aug 14 16:34
    stahl-riesa review_requested #10025
  • Aug 14 16:34
    stahl-riesa review_requested #10025
  • Aug 14 16:34
    stahl-riesa review_requested #10025
  • Aug 14 16:34
    stahl-riesa review_requested #10025
  • Aug 14 16:34
    stahl-riesa review_requested #10025
  • Aug 14 16:34
    stahl-riesa review_requested #10025
  • Aug 14 16:34
    stahl-riesa review_requested #10025
  • Aug 14 16:34
    stahl-riesa opened #10025
  • Aug 14 16:29
  • Aug 14 15:30
    aero commented #10022
  • Aug 14 09:46
    cboulanger commented #10022
  • Aug 14 06:06
    aero commented #10022
  • Aug 12 19:53
    cboulanger commented #10024
  • Aug 12 19:53

    cboulanger on master

    _onKeyPress not working, use _o… (compare)

  • Aug 12 19:53
    cboulanger closed #10024
  • Aug 12 17:07
    goldim starred qooxdoo/qooxdoo
  • Aug 12 17:07
    goldim starred qooxdoo/qooxdoo
  • Aug 12 15:11
    rad-pat review_requested #10024
  • Aug 12 15:11
    rad-pat review_requested #10024
Tobias Oetiker
@oetiker
you can open an issue here https://github.com/qooxdoo/qooxdoo.github.io/ as this is where the website lives ... or you can discuss here if it is not just a bug ... you can also create a PR if you have something to fix (outside of the documentation)
Pat Buxton
@rad-pat
I'm happy to discuss it here. I just found it a little annoying to have to scroll to the bottom of the home page to get to the links for demo / playground / widget browser. There are drop down menus for the Documentation and the Community an the top of the page so it would seem sense to add some menu/links to get to these other resources without having to scroll to the bottom
John Spackman
@johnspackman
:+1:
please can issues for the website go here: https://github.com/qooxdoo/website
tat’s the source which is compiled into the qooxdoo.github.io repo
Pat Buxton
@rad-pat
I'll add my comment as an issue there
Oleg Philippov
@ofilippov
Hi,
As far as I can see qooxdoo now replace native Array methods with polyfills. It happens cause qx.lang.normalize.Array defer function is executed before qx.bom.client.EcmaScript - and even before environment properties initiation.
It can make a problem cause some methods from qx.lang.normalize.Array have different behavior from native ones (for example "forEach" method skips undefined values from array while native forEach processes it)
We don't have this problem in 5.0.2 qooxdoo
Just open https://qooxdoo.org/qxl.apiviewer/ and type in devtools console something like [].forEach to see that the native method was replaced with polyfill
Derrell Lipman
@derrell
@ofilippov Would you please create an issue on http://github.com/qooxdoo/qooxdoo-compiler ? That sounds like the order of processing is incorrect. Polyfills shouldn't be used if not needed.
Oleg Philippov
@ofilippov
shawnli88
@shawnli88
@cboulanger thanks a lot for you, the qxl.demobrowser can be compiled normally . 👍
Derrell Lipman
@derrell
Thanks @ofilippov
Christian Boulanger
@cboulanger
@shawnli88 credit where credit is due: @hkollmann has been the main force behind porting the demobrowser and other qooxdoo apps to the new compiler infrastructure.... :-)
Dietrich Streifert
@level420
when running the compiler with qx compile --watch --write-all-translations is it supposed to detect changes in the *.po files?
John Spackman
@johnspackman
yes, i would have said so … please can you add an issue for it
Oleg Philippov
@ofilippov
When I run "qx test" it writes at the end "writing coverage information ..." Do you know where I can get this data? Thanks.
As far as I see testtapper sends it to puppeteer-to-istanbul... But what happens after that?
Oleg Philippov
@ofilippov
found :)
npx nyc report --reporter=cobertura
hcarsten
@hcarsten
I am looking to have a button with rounded borders. So I created a decorator, set the borderRadius and background (to "transparent"). After assigning the decorator the button does not have the hover handling anymore ?
Tobias Oetiker
@oetiker
this is because the decorators normally get switched dynamically based on the appearance
if you set a fixed decorator it will not get switched out
hcarsten
@hcarsten
how do I set a "fixed decorator" ?
Tobias Oetiker
@oetiker
widget.setDecorator(...)
Oleg Philippov
@ofilippov
Looks like API viewer doesn't work anymore
I can see multiple errors in console
Christian Boulanger
@cboulanger
@ofilippov Thanks. We are working on fixing it. Please hold off upgrading the framework for the moment.
Oleg Philippov
@ofilippov
It works now, thanks!
Christian Boulanger
@cboulanger
Yes we're back to green: https://qooxdoo.org/status/ (only the package browser update is currently down, but that doesn't affect anything else)
hcarsten
@hcarsten

@oetiker : regarding the decorator problem from yesterday. This basically what I did:

let menuBar = new qx.ui.menubar.MenuBar();
 menuBar.setBackgroundColor("transparent");

 let addButton = new qx.ui.menubar.Button("Add");

 var deco = new qx.ui.decoration.Decorator();
 deco.setRadius(3);
 deco.setBackgroundColor("transparent");
 deco.setColor("silver");
 deco.setWidth(1);

 addButton.setWidth(100);
 addButton.setHeight(25);

 addButton.setDecorator(deco);

and here I get the weired problem that the hover-effect or the button disappeared ...

Tobias Oetiker
@oetiker
yes as I said ... if you want dynamic behavior you have to use appearance
Christian Boulanger
@cboulanger
Tamerlanchiques
@Tamerlanchiques

Hello everyone!
Teammate got next problem:

npx qx compile – works if build command is performed before.

Listed below commands are getting error messages when performed.
Main question is "How to do build in these circumstances"?
1st command:
D:\test\MYAP>npx qx deploy Source maps are not being deployed, see --source-maps command line option Incremental compilation - this is faster but may preserve old artifacts, it is recommended to use --clean command line option Error: Error: Error in property libraryPoPolicy of class qx.tool.compiler.targets.BuildTarget in method $$setLibraryPoPolicyImpl with incoming value 'undefined': Undefined value is not allowed!
2nd command:
D:\test\MYAP>npx qx deploy --clean Source maps are not being deployed, see --source-maps command line option Error: Error: Error in property libraryPoPolicy of class qx.tool.compiler.targets.BuildTarget in method $$setLibraryPoPolicyImpl with incoming value 'undefined': Undefined value is not allowed!

In addition my teammate faces the following trace:
at Object.error (D:\test\node_modules\@qooxdoo\compiler\node_modules\@qooxdoo\framework\lib\qx_server\boot.js:13176:15) at wrapper.set (eval at __installFunctionFromCode (D:\test\node_modules\@qooxdoo\compiler\node_modules\@qooxdoo\framework\lib\qx_server\boot.js:13217:36), <anonymous>:3:110) at wrapper.eval [as $$setLibraryPoPolicyImpl] (eval at __installFunctionFromCode (D:\test\node_modules\@qooxdoo\compiler\node_modules\@qooxdoo\framework\lib\qx_server\boot.js:13217:36), <anonymous>:3:540) at wrapper.eval [as setLibraryPoPolicy] (eval at __installFunctionFromCode (D:\test\node_modules\@qooxdoo\compiler\node_modules\@qooxdoo\framework\lib\qx_server\boot.js:13217:36), <anonymous>:3:31) at wrapper.eval (eval at __attachPropertyMethods (D:\test\node_modules\@qooxdoo\compiler\node_modules\@qooxdoo\framework\lib\qx_server\boot.js:13065:28), <anonymous>:3:114) at targetConfigs.forEach.targetConfig (D:\test\node_modules\@qooxdoo\compiler\source\class\qx\tool\cli\commands\Compile.js:675:16) at Array.forEach (D:\test\node_modules\@qooxdoo\compiler\node_modules\@qooxdoo\framework\lib\qx_server\boot.js:10169:22) at wrapper.createMakersFromConfig (D:\test\node_modules\@qooxdoo\compiler\source\class\qx\tool\cli\commands\Compile.js:633:21)

What advice can I give him?

Christian Boulanger
@cboulanger
@Tamerlanchiques Can you open a bug issue here: https://github.com/qooxdoo/qooxdoo-compiler/issues/new and copy the error messages - above it looks a bit mangled.
We've done some refactoring with qx deploy which might result in some temporary instability - thanks for reporting any buggy behavior.
Aleksandar Josipovic
@nanexo
I've had the same issue, but with the newest version it works again.
It got fixed with this qooxdoo/qooxdoo-compiler#694 .
Christian Boulanger
@cboulanger
@nanexo Ah, even better, thanks! @Tamerlanchiques Can you confirm upgradint to the newest compiler solves your issue?
Tamerlanchiques
@Tamerlanchiques
@cboulanger I will contact with my teammate for extra discussion about this and will tell him to check his compiler version out.
And we can open bug issue a little bit later with more thorough narration if the problem doesn't fix on the latest version of compiler.
If it's will be fine I will write about it here …
Ignacio Pascual
@ignapas
Hi everyone. Do you know where I can access the API documentation? https://qooxdoo.org/qxl.apiviewer/# is broken
kloox.gif
Christian Boulanger
@cboulanger
@ignapas Thanks for reporting, we will look into it. For the time being, you can have a look at the old docs at https://archive.qooxdoo.org/5.0.2/api/#qx which is probably correct for 99% of the code.
Ignacio Pascual
@ignapas
thank you so much!
Tamerlanchiques
@Tamerlanchiques

Got answer from teammate about wrote above issue.

Here it is:

npx qx deploy – now it works but …

Incremental compilation - this is faster but may preserve old artifacts, it is recommended to use --clean command line option ERROR: No deploy dir configured! Use --out parameter or deployPath target property in compile.json.

When using npx qx deploy and
npx qx deploy --clean
I expect to see prepared build in D:\test\compiled\build directory. But size of build folder a little bit less than D:\test\compiled\source folder.

If I execute npx qx debloy --out=D:\test\BUILD I getting build folder in this directory.

compile.json contents:
"targets": [ { "type": "source", "outputPath": "compiled/source", "bundle": { "include": "qx.*" } }, { "type": "build", "outputPath": "compiled/build" }]

As I expect I had to write deployPath somewhere there. But why is it not set automatically during creating of new app process like it set in "outputPath":"compiled/build"?

Extra information that may be useful:
D:\test\compiled\source - size of this dir is around 21MB.
D:\test\compiled\build - around 17 MB.
D:\test\BUILD - around 1 MB.

Should I open bug issue about this?

Tamerlanchiques
@Tamerlanchiques
  • misspelling debloy => deploy of course
John Spackman
@johnspackman
@Tamerlanchiques yes, that would be useful -please file an issue
Martín Alejandro Paz
@pazalejandro_se_twitter
Hello dear community, I would like to ask you to upload the .json files in the Package DemoBrowser (Example: demobrowser/demo/data/demobrowser/demo/data/persons.json, demobrowser/demo/data/demobrowser/demo/data/tree.json , etc)
Excuse my English, I speak Spanish.
Oleg Philippov
@ofilippov
Hi everyone,
When I run "npx qx test" on my build server I see an error:
[exec] qxl.testtapper.Application: error: FATAL Syntax error: /var/lib/jenkins/jobs/build/qx_packages/qooxdoo_qxl_testtapper_v0_5_1/source/class/qxl/testtapper/Application.js: Cannot read property 'startsWith' of undefined
It is strange cause I dont't see 'startsWith' in qxl/testtapper/Application.js file