Dietrich Streifert schrieb:
>
>
> Cornelius Weiss schrieb:
>> Hi Dietrich,
>>
>> as for the layout problems,
>>
>> i set
>> this._text.set({readOnly:true,display:false});
>>
>>
> Yes, but the field is now invisible ;-)
>
I thought this is the desired behaviour :-)
>> in UploadField. Works for m
> but you could use a modal internal window as replacement:
> http://demo.qooxdoo.org/current/sample/html/example/Window_1.html
Yep, it would be based on that. What's missing is the simple API. It would
accept:
- caption
- icon (possibly none) to show, specified by simple constant
- HTML form
Hi:
First of all congratulations for the work done until now for version
0.7-alpha2
By migrating apps I found ComboBox Ex not working
I can fixLine 1064 in qx.ui.form.ComboBoxEx.js
var border = qx.renderer.border.BorderPresets.getInset();
In any case setSelection does not rend
Hi Hugh
You are right that the alert() isn't perfekt, but you could use a modal
internal window as replacement:
http://demo.qooxdoo.org/current/sample/html/example/Window_1.html
Ok, a simple MessageBox needs less code, but it should work.
(I'm new to qooxdoo, sorry if I'm wrong when I say that th
Hi Hugh,
Am 14.03.2007 um 16:41 schrieb Hugh Gibson:
>> Maybe I should explain the development and testing of RPC calls in
>> more detail
>
> Not that I do this sort of development, but it seems to me that
> this should be in the Wiki...
It mostly is (see http://qooxdoo.org/documentation/user_
Has anyone written a MessageBox clone for qooxdoo? Happy to share it?
I don't like using alert as it locks up the interpreter, it looks ugly, and it
doesn't give any options for asking questions etc.
Hugh
-
Take Surveys.
> Maybe I should explain the development and testing of RPC calls in
> more detail
Not that I do this sort of development, but it seems to me that this should be
in the Wiki...
Hugh
-
Take Surveys. Earn Cash. Influence th
Andreas Ecker <[EMAIL PROTECTED]> writes:
> Just did a grep through treevirtual and got 16 matches for the
> qx.ui.table namespace.
>
> I would also suggest to reconsider moving those parts out of the table
> namespace that are of some general interest to other widgets/parts of
> the system. Mayb
Hi Alexander,
Am 14.03.2007 um 09:25 schrieb Alexander Weisser:
[snip]
> var rpc = new qx.io.remote.Rpc(
> "http://localhost:8080/qooxdoo/.qxrpc";,
> "qooxdoo.test"
> );
> rpc.setCrossDomain(true);
[snap]
> It is the standart skeletton with a
Hi Hugh,
>> Don't worry about qooxdoo being US-centric. The data files we use for
>> localizing date and time formats come from the Common Locale Data
>> Repository (CLDR) of the Unicode consortium. We don't maintain them
>> ourselfes. Maybe the CLDR is US-centric :-) ?
>>
>
> Ah, I see. An
Cornelius Weiss schrieb:
Hi Dietrich,
as for the layout problems,
i set
this._text.set({readOnly:true,display:false});
Yes, but the field is now invisible ;-)
in UploadField. Works for me.
cu
Cornelius
Dietrich Streifert schrieb:
The UploadButton widget did not reflect the visual
Hi Dietrich,
as for the layout problems,
i set
this._text.set({readOnly:true,display:false});
in UploadField. Works for me.
cu
Cornelius
Dietrich Streifert schrieb:
> The UploadButton widget did not reflect the visual mouse over and
> pressed states.
>
> I've attached a new version of the zip
> Don't worry about qooxdoo being US-centric. The data files we use for
> localizing date and time formats come from the Common Locale Data
> Repository (CLDR) of the Unicode consortium. We don't maintain them
> ourselfes. Maybe the CLDR is US-centric :-) ?
Ah, I see. Anyway, working now - thou
Tobias Koller (GERMO GmbH) schrieb:
> I have a horizontalBoxLayout over the complete size of the screen.
> On the left, there is a tree-Object(about 200px width and height 100%) and
> the rest is an Atom where I will put all my
> Content depending on the selected TreeFolder/File.
>
> If there is
Howdy!
On Wed, 2007-03-07 at 10:10 +0100, Til Schneider wrote:
> [EMAIL PROTECTED] schrieb:
> > Sebastian Werner <[EMAIL PROTECTED]> writes:
> >
> >> Generally, before you start, I don't like the current structure because it
> >> mix widgets with other features. The original intention for the "
Ok,
after I took a look at your example I understand your problem. This case
could not be solved with qooxdoo currently. The label auto-sizing, or
better the preferred sizing do not respect any limits regarding the
width or height. This means that the preferred height is calculated
under the s
sorry, by looking in the code, i saw what's happening.
tnx
cornelius
Cornelius Weiss schrieb:
> Hi Hugh,
>
> tnx for your patience!
>
> i finally managed to extend the RemoteTableModel as you sugested. Now
> the funny thing is, that the table sorting seems not to be working any
> more...
>
> if
> Yes, it's always good to look for other bugs in the same class as the
> original bug.
>
And it's also about refactoring (as you might know, I'm already thinking
about a next-generation pretty-printer, and don't want to put
unnecessary effort in the old code).
> I hope you will request a co
Hi Derrell!
> Sebastian et al, I can do the namespace reorganization of Table, but not the
> migration support for it. Let me know when you have time to work on the
> migration, and I'll get the reorganization done.
If the restructuring the table only involves renaming the existing
classes, a fe
I have a horizontalBoxLayout over the complete size of the screen.
On the left, there is a tree-Object(about 200px width and height 100%) and the
rest is an Atom where I will put all my
Content depending on the selected TreeFolder/File.
If there is a better solution (I'm sure there is ;) ) please
Hi Hugh,
tnx for your patience!
i finally managed to extend the RemoteTableModel as you sugested. Now
the funny thing is, that the table sorting seems not to be working any
more...
if i do a
this._tableModel.setColumnSortable('schluessel', true);
this._tableModel.sortByColumn('schluessel', tru
Hello Hugh,
>> The locale "en" just contains the basic settings for all english
>> speaking countries.
>>
>
> That is a joke, yes?
>
> Look at the wikipedia article: http://en.wikipedia.org/wiki/Calendar_date
> and specifically at
> http://en.wikipedia.org/wiki/Calendar_date#m.2Fd.2Fyy_.28mo
Thanks Sebastian,
using qx.ui.basic.Label works better (and is basically what i want),
but not entirly correct.
I made a small testcase here: http://qooxdoo.denkmair.de/label/source/
The label widget seems to be what I looked for, but it's height doesn't
seem to be computed correctly.
The ful
naftali <[EMAIL PROTECTED]> writes:
> can we expect this in 0.7?
Sebastian et al, I can do the namespace reorganization of Table, but not the
migration support for it. Let me know when you have time to work on the
migration, and I'll get the reorganization done.
Cheers,
Derrell
> Derrell.Lipm
Hi Carsten,
the build system included in skeletons is just for the regular user of
qooxdoo.
It uses the generator.py script which has a lot more options than shown
in the Makefiles. You can indeed create "packages" of classes, for
example of core, tree, table etc. Please be sure to checkout th
can we expect this in 0.7?
Derrell.Lipman wrote:
>
> "Hugh Gibson" <[EMAIL PROTECTED]> writes:
>
>>> The Table namespace is getting somewhat cluttered, and will become
>>> more so as additional Data Cell Renderers are soon added. It seems
>>> worthwhile to split up this single-level namespac
I understand the reason for using the "compile process" to generate
"light-weight" version of packed qx_xyz.js files and definetly you guys got
some reason doing it.
Anyway if you use a server-side based UI-generation process you will get the
problem, that you might not already know what you need
Jim Hunter epiuniverse.com> writes:
>
> Instead of using the getValue() on the field, try using getComputedValue().
The 'value' of the control does not get set until the focus is lost. the
function getComputedValue() returns the current content of the field.
> For the second question, I think yo
Hugh Gibson schrieb:
>> I've tried it for both quickstart and sample. I get an object
>> expected error. Am I actually missing something here because I know
>> this must be a very basic question?
>
> I tried it for Showcase and it worked fine.
>
> The key part from the build output is this:
>
>
sub schrieb:
>
>
> Hugh Gibson wrote:
>> The default value for APPLICATION_COMPLETE_BUILD is false which leaves
>> out classes you don't use.
>>
>
> Thanks for clarifying things for me. Each of the Makefiles for the apps that
> come with the sdk (0.6.6) have the flag APPLICATION_COMPLETE_BUILD
> but I want to see which other tree
> manipulations are done and which are necessary.
Yes, it's always good to look for other bugs in the same class as the original
bug.
I hope you will request a corpus of code from people (perhaps under an NDA) to
test all the formatting stuff. I've only run
I don't know why at all you want to place a table inside a atom. I don't
think the table was developed for such a usage.
I am not sure how the timeout-based workarounds for some layout engine
bugs, which are used by the table, influence the compatibility with the
appear events. I think your pro
> The locale "en" just contains the basic settings for all english
> speaking countries.
That is a joke, yes?
Look at the wikipedia article: http://en.wikipedia.org/wiki/Calendar_date
and specifically at
http://en.wikipedia.org/wiki/Calendar_date#m.2Fd.2Fyy_.28month.2C_day.2C_year.29
Hmmm. Can
Auto-sizing is not supported by HtmlEmbed. This widget should be used
for areas which do not need this feature.
Alternatively use qx.ui.basic.Label and fill it with HTML. Label
supports preferred dimensions calculation and this way allows you to use
auto dimensions, too.
Hope this helps.
Seba
> Thomas, are you going to work on
> http://bugzilla.qooxdoo.org/show_bug.cgi?id=333 ? I've dug into the tokeniser
> now and have a bit of a handle on how to approach it, but haven't looked in
> detail.
>
Hugh,
I've started working on 334, it looks more severe. Your patch looks like
a good
> I've tried it for both quickstart and sample. I get an object
> expected error. Am I actually missing something here because I know
> this must be a very basic question?
I tried it for Showcase and it worked fine.
The key part from the build output is this:
SORT OF INCLUDE LIST:
Hello Hugh,
> I'm not really up on the localisation stuff. However, I'm putting some date
> stuff into our application, and the default format for the date using a
> date-picker is coming up as M/d/YY.
>
> This is not how we do things here (UK) - it is d/M/YY (and Australia and
> probably other
It took me a while to figure out how to use HTML in table cells. I found one
Hint that told me to overwrite DefaultDataCellRenderer. Unfortunately this
shows HTML (eg. for links or colors) only after resizing table, otherwise it
is ecaped.
Later I found the solution here in the forum: You have to
Heoolo Cornelius,
> Hi devs,
>
> i just encounterd a bug in the reedreader demo when i wanted to work out
> how the table-ui is working.
>
> When you use the table-sort-headers and sort e.g. by "Subject", the
> feeds displayd after are not the once witch where selected in the table.
>
Thanks
Andreas Junghans wrote:
>
> You can't issue synchronous calls in a cross-domain way, only
> asynchronous ones. This is a technical limitation that we cannot work
> around. Even within the same domain, synchronous calls are usually a
> bad idea: They block the whole browser until the respon
> I think the issue is in the en.xml file in the locale folder. The
> short date setting is:
Yes, that is wrong - but how does that get built into the qx.locale.data.en
file? "make build" doesn't do it.
I've raised http://bugzilla.qooxdoo.org/show_bug.cgi?id=337 for it. The long
formats are wr
41 matches
Mail list logo
