Gelmiş geçmiş en büyük porno sitemiz olan 2pe de her zaman en kaliteli pornoları sunmayı hedefledik. Diğer video sitemiz olan vuam da ise hd porno ağırlıklı çalışmalara başladık.

  1. #151
    Ext JS Premium Member
    Join Date
    May 2008
    Location
    Austria, Vienna
    Posts
    213
    Vote Rating
    1
    abraxxa is on a distinguished road

      0  

    Default


    Quote Originally Posted by danh2000 View Post
    abraxxa,

    Thanks for posting again...

    This post describes what I meant when I asked for some data and code:

    http://www.extjs.com/forum/showthread.php?t=71015

    I'm grateful for everyone posting bug reports, but it's sometimes difficult to understand paragraphs of text, and even more difficult and time-consuming attempting to setup test cases that mimic exactly what someone is doing without seeing their code and data. When I have a reproducible test case, I can fix things much quicker.

    Update: I have created a test case and re-produced the minChars issue. The fix will be in the next version.

    Regarding your second issue, It's could be a good idea to add a check for a null value in the setValue method, but I may be missing something - how does the null scenario occur? Why are you setting the value to null in the first place - what does the data look like?

    Thanks,

    Dan
    Hi Dan!

    I assumed that bug report policy is only for ExtJS itself, but if you use it too that's fine for me.
    As a developer I appreciate good bug reports myself.

    Thanks for fixing the minChars issue!

    @null value problem: I'm using (and am co-author of) Catalyst::Controller:BIC::API which returns all object attribute/value pairs of an object, also undefined ones.
    My JSON is something like:

    Code:
    {
        "success":true,
        "data":{        
            "id":"123", 
            "fk_foo":null,
            "bar":"baz",
        }
    }
    Do you need a more detailed explanation?

  2. #152
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    Quote Originally Posted by abraxxa View Post
    @null value problem: I'm using (and am co-author of) Catalyst::Controller:BIC::API which returns all object attribute/value pairs of an object, also undefined ones.
    My JSON is something like:

    Code:
    {
        "success":true,
        "data":{        
            "id":"123", 
            "fk_foo":null,
            "bar":"baz",
        }
    }
    Do you need a more detailed explanation?
    So you were loading data into the form, not calling setValue directly with a null value? This is where test cases help with the understanding.

    Anyway, did you try with the recent update?

  3. #153
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    UPDATE 16/01/2010

    Fixed bug when setting disabled in config.
    Updated CSS to remove gray background from input when component is disabled.

    New version attached to the first post here

  4. #154
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    UPDATE 16/01/2010 (Part 2)

    Fix to prevent extra empty hiddenName value from being posted.

    @frederickd - I'd forgotten about this one until I saw you on the forum

    New version attached to the first post here

  5. #155
    Ext User
    Join Date
    Aug 2009
    Location
    Semi-retired in Mexico
    Posts
    47
    Vote Rating
    0
    frederickd is on a distinguished road

      0  

    Default


    @danh2000

    Thank you for the post and the update! I have just installed and there is a difference for me. Here is my JSON data coming from the server.

    Code:
    {"Repairorder":
    {"id":"150",
    "advisor_id":"1",
    "dealer_id":"1",
    "distributor_id":"1",
    "number":"RO20100107b",
    "servicedate":"2010-01-07",
    "vin":"5TDZT34A05S250524",
    "year":"2008",
    "make":"Toyota",
    "model":"4-Runner",
    "odometer":"13456",
    "odometer_type":"Miles",
    "created":"2010-01-07 17:21:28",
    "modified":"2010-01-15 17:00:48",
    "lof":"Premium",
    "lof_sch_60":"2010-03-08",
    "lof_act_60":null,
    "lof_sch_75":"2010-03-23",
    "lof_act_75":null,
    "lof_sch_90":"2010-04-07",
    "lof_act_90":null,
    "services":"Battery, Driveline",
    "customer_email":"fxxx@mac.com"},
    "Distributor":{"name":"B.C. Distributor #1"},
    "Dealer":{"name":"Check UR Emmission - Vancouver"},
    "Advisor":{"name":"Brawny Dishtowel"}}
    Notice that the "services" entry has two values. (I have a valueDelimiter: ", " (comma + space) so have set up the data that way too.) Attached is a screen shot showing that both values display in the combo box, plus a space for the user to type in characters for a new selection instead of using the drop down.

    So far so good. My hiddenName configuration is hiddenName: 'data[Repairorder][services]' without an extra "[]" at the end. When I put the "[]" at the end the database values do not get set in the display; the combobox is empty of initial values.

    Here is the JSON being sent back to the server after pressing the save button.

    Code:
    data[Repairorder][advisor_id]1
    data[Repairorder][customer_email]fxxx@mac.com
    data[Repairorder][dealer_id]1
    data[Repairorder][distributor_id]1
    data[Repairorder][lof]Premium
    data[Repairorder][make]Toyota
    data[Repairorder][model]4-Runner
    data[Repairorder][number]RO20100107b
    data[Repairorder][odometer]13456
    data[Repairorder][odometer_type]Miles
    data[Repairorder][servicedate]2010-01-07
    data[Repairorder][services]Battery, Driveline
    data[Repairorder][services]Battery
    data[Repairorder][services]Driveline
    data[Repairorder][vin]5TDZT34A05S250524
    data[Repairorder][year]2008
    With the previous version the first entry was blank, then the two individual entries for the selections. Now, with the latest version, the first entry has the two selected values, followed by the individual selections.

    The same end result happens in that the PHP is updating the database with the last entry sent; in this case 'Driveline'.

    So the blank entry is gone, both of the selected values are there instead. I am very confident that if that is all I sent back to the server, the one entry that has both of the selected values, both entries would be updated in the database.

    Any other suggestions? I can provide the javascript definition for the combobox if desired. This is extremely close. Thank you!
    Attached Images

  6. #156
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    @frederickd,

    You MUST put the square brackets at the end of the name or hiddenName (if that's what you use) or PHP will not receive all values, it will receive only the last value as a string.

    I have MANY working examples where using square brackets at the end of the name/hiddenName post to PHP correctly, so you must have a problem with your PHP code.

    It's exactly the same as using regular HTML inputs - PHP MUST have square brackets at the end of the field names to be able to receive an array of data.

    What happens when you put saquare brackets at the end, and post some data to your server - do you get an array of values received in PHP?

  7. #157
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    Quote Originally Posted by frederickd View Post
    So far so good. My hiddenName configuration is hiddenName: 'data[Repairorder][services]' without an extra "[]" at the end. When I put the "[]" at the end the database values do not get set in the display; the combobox is empty of initial values.
    You say that you tried WITH square brackets, but your intital values weren't loaded - How do you load your values - are you loading that JSON into the form? Did you also update the JSON to have square brackets at the end of the field name?

  8. #158
    Ext User
    Join Date
    Aug 2009
    Location
    Semi-retired in Mexico
    Posts
    47
    Vote Rating
    0
    frederickd is on a distinguished road

      0  

    Default


    That is one of the parts I do not yet know how to do; update the JSON data so that it has [] coming down to match the [] going back up. With one statement on the PHP side the JSON data is being created from the array of DB records found. The JSON data is not being built by hand. I think underneath it is doing a json_encode on the array of DB data being sent.

    With the [] on the 'name' and/or 'hiddenName' configuration elements (I've tried both combinations), what is posted back looks like this:

    data[Repairorder][services][]
    data[Repairorder][services][]Battery
    data[Repairorder][services][]
    Driveline
    data[Repairorder][services][]
    BrakeFlush

    Notice the blank entry is back again for me. I am receiving a syntax error on the PHP side which is preventing the save to the DB from occurring. The PHP is receiving an array that looks identical to what is being sent; element 0 blank, elements 1-3 with values.

    I will see what I can do to modify my JSON data coming down to have the [] for the one field in question. I'm sure that is why the initial values are not loading automatically.

    When the JSON data looks like a string, yet the box is defined as an array, the initial values do not load.

    When the JSON data coming down looks like a string, plus the box is defined as a string, the data values load initially for me.

    In either case, returning an array, does not work in my case probably because the initial data looked like a string.

    It appears one of two things are needed:

    1) I figure out how to change my JSON data to be an array, and define the box as an array, so that the returning JSON data is processed as an array in PHP, or
    2) I modify the code to accept a string (which it already does) and send back a string, not sending back an array.

    That's why I was asking about the feasibility of adding another configuration option of 'returnDataAs' which would default to 'array' but allow a value of 'text'.

    No worries. I will figure it out one way or another. Thank you for your patience. Sometimes using frameworks (whether a PHP framework or a javascript framework) saves time, but there are parts that are hidden making debug analysis difficult.
    Last edited by frederickd; 15 Jan 2010 at 7:59 PM. Reason: Messed up the format of the JSON data

  9. #159
    Ext JS Premium Member
    Join Date
    May 2008
    Location
    Austria, Vienna
    Posts
    213
    Vote Rating
    1
    abraxxa is on a distinguished road

      0  

    Default


    Quote Originally Posted by danh2000 View Post
    So you were loading data into the form, not calling setValue directly with a null value? This is where test cases help with the understanding.

    Anyway, did you try with the recent update?
    I tried UPDATE 15/01/2009 (part 2).
    'Fix to ensure that minChars does not affect a values query.'seems to work, but the null values in my json still triggered the valueQuery until I added my patch.
    Which lines did you change to prevent this?

  10. #160
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    @abraxxa, then please provide a test case.

    Thanks

Thread Participants: 94

  1. Animal (3 Posts)
  2. jay@moduscreate.com (1 Post)
  3. Condor (1 Post)
  4. stever (1 Post)
  5. mystix (5 Posts)
  6. MD (1 Post)
  7. JorisA (1 Post)
  8. randomY (1 Post)
  9. DigitalSkyline (1 Post)
  10. sj137 (3 Posts)
  11. boggle (1 Post)
  12. danh2000 (71 Posts)
  13. ostghost (1 Post)
  14. lossendae (1 Post)
  15. ZooKeeper (1 Post)
  16. greco (1 Post)
  17. Fredric Berling (1 Post)
  18. GraemeBryce (2 Posts)
  19. Strati (2 Posts)
  20. syscobra (2 Posts)
  21. boonkerz (4 Posts)
  22. Sesshomurai (3 Posts)
  23. shamansoft (1 Post)
  24. dorgan (2 Posts)
  25. mjhaston (1 Post)
  26. radtad (5 Posts)
  27. Joyfulbob (2 Posts)
  28. crysfel (1 Post)
  29. armandoxxx (2 Posts)
  30. jarlau (1 Post)
  31. lacco (1 Post)
  32. abraxxa (38 Posts)
  33. prometheus (1 Post)
  34. pops (1 Post)
  35. raphac (1 Post)
  36. Scorpie (2 Posts)
  37. supercharge2 (4 Posts)
  38. jmiguel (2 Posts)
  39. ash11tw (2 Posts)
  40. wojan (1 Post)
  41. ryzmen (1 Post)
  42. nmohler (2 Posts)
  43. wki01 (2 Posts)
  44. gacowarlock (1 Post)
  45. kora.kanchan (1 Post)
  46. senacle (3 Posts)
  47. genie_vn (1 Post)
  48. sergey.s (1 Post)
  49. Grolubao (10 Posts)
  50. mathec (1 Post)
  51. jackjia (1 Post)
  52. polydyne (1 Post)
  53. Antjac (1 Post)
  54. Thomas Triplet (1 Post)
  55. Gonfi (1 Post)
  56. kleins (1 Post)
  57. talha06 (1 Post)
  58. scishop (1 Post)
  59. eztam (2 Posts)
  60. frederickd (10 Posts)
  61. dusoo (2 Posts)
  62. iv_ekker (3 Posts)
  63. pym (1 Post)
  64. sudhirhv (3 Posts)
  65. lanhun (14 Posts)
  66. wcasado (1 Post)
  67. ramana_l_v (3 Posts)
  68. cq.yangyu@gmail.com (1 Post)
  69. siberian (1 Post)
  70. Tommi (4 Posts)
  71. rdblyth (2 Posts)
  72. devtig (3 Posts)
  73. markmansour (1 Post)
  74. dhiren.lodhia (1 Post)
  75. slamhan (1 Post)
  76. panter4 (1 Post)
  77. Korbin (2 Posts)
  78. istetska (1 Post)
  79. ian.young (1 Post)
  80. sebterzi (1 Post)
  81. ucoxk (1 Post)
  82. prakashr (1 Post)
  83. danilo.pederiva (1 Post)
  84. --miCZar-- (2 Posts)
  85. zozofoz (1 Post)
  86. spydercavern (1 Post)
  87. tvelykyy (1 Post)
  88. leorossi (3 Posts)
  89. revertTS (1 Post)
  90. joxzaren (1 Post)
  91. leduc (1 Post)
  92. deepthi_r (1 Post)
  93. qiankun (1 Post)
  94. Mr.Solomon (2 Posts)