02:02:20
|
*** r-friedman has quit IRC
|
02:45:19
|
*** upul` has joined #openmrs
|
02:45:19
|
*** ChanServ sets mode: +v upul`
|
05:34:11
|
*** surangak has joined #openmrs
|
06:07:34
|
*** morristic has quit IRC
|
06:12:42
|
*** upul` has quit IRC
|
06:16:22
|
*** morristic has joined #openmrs
|
06:42:09
|
*** upul` has joined #openmrs
|
06:42:09
|
*** ChanServ sets mode: +v upul`
|
06:43:57
|
*** morristic has quit IRC
|
06:47:12
|
*** djazayeri has joined #openmrs
|
06:47:12
|
*** ChanServ sets mode: +o djazayeri
|
07:22:18
|
*** djazayeri has quit IRC
|
08:00:55
|
*** bwolfe has joined #openmrs
|
08:00:55
|
*** ChanServ sets mode: +o bwolfe
|
08:06:57
|
*** rafa has joined #openmrs
|
08:06:57
|
*** ChanServ sets mode: +v rafa
|
08:10:04
|
*** bwolfe has quit IRC
|
08:35:20
|
*** dkayiwa has joined #openmrs
|
09:02:00
|
*** bryq has joined #openmrs
|
09:02:00
|
*** ChanServ sets mode: +v bryq
|
09:11:47
|
*** kishoreyekkanti has joined #openmrs
|
09:48:49
|
*** rafa has quit IRC
|
10:07:04
|
*** surangak has quit IRC
|
10:07:20
|
*** surangak has joined #openmrs
|
10:21:53
|
*** rafa has joined #openmrs
|
10:21:53
|
*** ChanServ sets mode: +v rafa
|
10:26:03
|
*** bwolfe has joined #openmrs
|
10:26:03
|
*** ChanServ sets mode: +o bwolfe
|
10:32:27
|
*** rafa has quit IRC
|
11:40:08
|
*** upul` has quit IRC
|
12:02:47
|
*** bwolfe has quit IRC
|
12:08:36
|
*** bwolfe has joined #openmrs
|
12:08:36
|
*** ChanServ sets mode: +o bwolfe
|
12:09:30
|
<surangak> good evening bwolfe
|
12:09:45
|
<surangak> working on thanksgiving day ?
|
12:12:12
|
<bwolfe> hi surangak
|
12:12:15
|
<bwolfe> yeah, putting in a bit
|
12:12:20
|
<bwolfe> unsuccessfully though
|
12:12:24
|
<surangak> bwolfe, :-)
|
12:12:34
|
<surangak> bwolfe, im wondering about your comment to https://tickets.openmrs.org/browse/PTM-32
|
12:12:46
|
<bwolfe> what about it?
|
12:13:00
|
<surangak> mmm... any idea how we can move code from the trunk to the 1.8.2 ada has
|
12:13:36
|
<surangak> I've been using 1.8.2 for so long, It never occured to me that this issue may have been fixes post 1.8.2 :(
|
12:14:26
|
<bwolfe> surangak, replied ot it for you
|
12:14:36
|
<surangak> bwolfe, awesome, thankss
|
12:14:50
|
<surangak> happy thanksgiving, I've asked Ada to send me some turkey
|
12:14:59
|
<surangak> hopefully our post office wont rob it :P
|
12:16:20
|
<bwolfe> ha
|
12:16:25
|
<bwolfe> good luck with that one!
|
12:16:25
|
<surangak> bwolfe, mm.. by 'custom build' u mean take 1.8.2 code, update the merge patients page to latest, and release that to AMPATH right ?
|
12:16:33
|
<bwolfe> yes
|
12:16:55
|
<surangak> actually we are not a turkey eating country, we prefer chicken..
|
12:17:11
|
<surangak> thanks, let me get back to ada on whats the best way for them :)
|
12:58:47
|
*** bwolfe has quit IRC
|
13:16:57
|
*** bwolfe has joined #openmrs
|
13:16:57
|
*** ChanServ sets mode: +o bwolfe
|
13:47:45
|
*** bryq has left #openmrs
|
13:57:54
|
*** upul` has joined #openmrs
|
13:57:54
|
*** ChanServ sets mode: +v upul`
|
13:59:16
|
*** surangak has quit IRC
|
14:11:56
|
<kishoreyekkanti> dkayiwa: is there a way we can initialize the db without going through the initial setup wizard process. I wanted to automate this process where we can load all the properties from a file and initialize the db.
|
14:12:52
|
<dkayiwa> kishoreyekkanti: you can run an sql script to pupulate the database up to the current one expected by the application
|
14:13:58
|
<kishoreyekkanti> dkayiwa: so, will it be like run 1.8.2 sql so that the i need not wizard setup 1.8.2 and 1.9 sql so that i need not wizard setup 1.9 etc, ?
|
14:14:34
|
<dkayiwa> kishoreyekkanti: yes
|
14:15:30
|
<kishoreyekkanti> dkayiwa: what about the run-time properties file. Say if i installed multiple versions like that how does my run time properties should be configured?
|
14:16:15
|
<dkayiwa> kishoreyekkanti: the name of the runtime properties file depends on the web application context
|
14:16:39
|
<dkayiwa> kishoreyekkanti: so you can have as many as you want as long as they have different webapp context
|
14:16:56
|
<dkayiwa> kishoreyekkanti: eg openmrs-1.8.2, openmrs-1.9.0, etc
|
14:17:00
|
<kishoreyekkanti> dkayiwa: i guess that properties file is being created during wizard process
|
14:17:13
|
<dkayiwa> kishoreyekkanti: yes if it does not exist
|
14:17:24
|
<dkayiwa> kishoreyekkanti: if it exists, no creation of it
|
14:17:48
|
<kishoreyekkanti> For the first time installation if i bypass the wizard process and install through sql. Will it still create the file?
|
14:18:18
|
<dkayiwa> kishoreyekkanti: if the runtime properties file does not exist, it is created
|
14:18:31
|
<dkayiwa> whether you have a database or not does not matter
|
14:18:50
|
<dkayiwa> kishoreyekkanti: for the app uses the runtime properties file to locate the db
|
14:20:14
|
<kishoreyekkanti> dkayiwa: oh ok. run time properties will have the db urls etc. I guess if i install my db through sql and i start my webapp i guess i'll be directly taken to the login screen of openmrs. What does this run time properties file filled with as i'm not giving any input of my db credentials through wizard
|
14:21:04
|
<dkayiwa> kishoreyekkanti: will you have the runtime properties file?
|
14:21:41
|
<dkayiwa> kishoreyekkanti: if you have no runtime properties file, the setup wizard runs
|
14:22:16
|
<dkayiwa> kishoreyekkanti: no runtime properties file found is another way of telling the webapp that there is no database and so take the user through the database creation setup wizard
|
14:22:17
|
<kishoreyekkanti> ohh ok.
|
14:22:57
|
<dkayiwa> kishoreyekkanti: so if you do not want the setup wizard, you need both the database and runtime properties file
|
14:23:53
|
<kishoreyekkanti> dkayiwa: I got the exact answer now :)
|
14:24:57
|
<kishoreyekkanti> dkayiwa: i want to automate the process of installation. But i guess the installation wizard UI changed across the multiple openmrs versions
|
14:25:11
|
<dkayiwa> kishoreyekkanti: yes
|
14:25:58
|
<kishoreyekkanti> dkayiwa: cool. thanks a lot
|
14:26:06
|
<dkayiwa> yo welcome
|
14:31:43
|
*** upul` has left #openmrs
|
14:38:05
|
*** upul` has joined #openmrs
|
14:38:05
|
*** ChanServ sets mode: +v upul`
|
15:52:59
|
*** kishoreyekkanti has quit IRC
|
17:11:48
|
*** kishoreyekkanti has joined #openmrs
|
17:11:58
|
*** czakian has joined #openmrs
|
17:15:22
|
<czakian> he ben, do you have a minute?
|
17:21:31
|
*** upul` has quit IRC
|
17:24:31
|
*** srinivasa has joined #openmrs
|
17:24:39
|
*** r0bby has joined #openmrs
|
17:24:39
|
*** ChanServ sets mode: +v r0bby
|
17:26:34
|
<srinivasa> bwolfe: How to create a "pre -commit " review
|
17:27:54
|
*** kishoreyekkanti has quit IRC
|
17:49:12
|
<bwolfe> czakian, whats up?>
|
17:49:44
|
<bwolfe> srinivasa, in a review?
|
17:49:53
|
<bwolfe> click the "+" button on the left
|
17:50:00
|
<bwolfe> then choose "precommit" option
|
17:50:02
|
<bwolfe> then add your patch
|
17:58:33
|
*** djazayeri has joined #openmrs
|
17:58:33
|
*** ChanServ sets mode: +o djazayeri
|
18:07:49
|
*** rafa has joined #openmrs
|
18:07:49
|
*** ChanServ sets mode: +v rafa
|
18:08:03
|
*** rafa has quit IRC
|
18:14:36
|
*** djazayeri has quit IRC
|
18:55:20
|
*** gauravpaliwal has joined #openmrs
|
18:55:20
|
*** ChanServ sets mode: +v gauravpaliwal
|
19:25:25
|
*** gauravpaliwal has left #openmrs
|
19:26:11
|
*** djazayeri has joined #openmrs
|
19:26:11
|
*** ChanServ sets mode: +o djazayeri
|
19:32:48
|
*** bryq has joined #openmrs
|
19:32:48
|
*** ChanServ sets mode: +v bryq
|
19:33:13
|
*** mnunez has joined #openmrs
|
19:33:28
|
<mnunez> Hi!
|
19:33:34
|
<mnunez> Dka
|
19:33:52
|
*** djazayeri has quit IRC
|
19:34:39
|
<mnunez> dkayiwa: Hi there! Do you have a minute?
|
19:55:00
|
<dkayiwa> hi mnunez
|
19:55:03
|
<dkayiwa> yes i do
|
19:55:51
|
<mnunez> dkayiwa: Question then: is it possible to modify propieries of a widget using another widget?
|
19:56:12
|
<dkayiwa> mnunez: can you give an example?
|
19:56:38
|
<mnunez> dkayiwa: not just show, or enable.
|
19:57:00
|
<dkayiwa> some more details mnunez :)
|
19:57:14
|
<mnunez> dkayiwa: resizing a widget based if another widget is set to "yes"
|
19:57:36
|
<dkayiwa> hahahahaa. do you have a real usecase for that?
|
19:57:40
|
<dkayiwa> :)
|
19:58:17
|
<dkayiwa> mnunez: any way you can use javascript to do that. i can write for you to copy and paste
|
19:58:19
|
<mnunez> dkayiwa: nothing important, it's more of an aesthetic reason.
|
19:58:24
|
*** rafa has joined #openmrs
|
19:58:24
|
*** ChanServ sets mode: +v rafa
|
19:58:38
|
<dkayiwa> ok
|
19:58:58
|
<dkayiwa> mnunez: yes you can do that in like less than 5 lines of javascript
|
19:59:30
|
<dkayiwa> that i using the JavaScript tab of the form designer mnunez
|
20:00:12
|
<dkayiwa> rafa: are you an expert on the jquery autocomplete widget? :)
|
20:00:43
|
<rafa> dkayiwa: not an expert but maybe I can help :)
|
20:01:21
|
*** czakian has quit IRC
|
20:01:27
|
<mnunez> dkayiwa: Ok, I'll see to it. I'm on my cell right now, as soon as I sit on my desktop I'll look into it.
|
20:01:42
|
<dkayiwa> rafa: all our autocomplete widgets, when they have a preloaded value, focusing away from it clears the displayed value. Have you noticed that too?
|
20:01:51
|
<mnunez> dkayiwa: good to know it can be easily done.
|
20:01:51
|
<dkayiwa> mnunez: ok
|
20:02:01
|
<dkayiwa> mnunez: yes very easily
|
20:02:29
|
<rafa> dkayiwa: frankly speaking I haven't noticed that :)
|
20:02:43
|
<dkayiwa> rafa: the value will stay only if the user entered it using the autocomplete drop down
|
20:02:58
|
<dkayiwa> rafa: try edit a visit, then give it an indication concept
|
20:03:10
|
<rafa> dkayiwa: yeah I got you
|
20:03:15
|
<rafa> dkayiwa: do we want to change that?
|
20:03:47
|
<dkayiwa> rafa: would you want a value to be erased just because you focused away?
|
20:03:59
|
<dkayiwa> without even typing anything? rafa
|
20:04:10
|
<rafa> dkayiwa: I guess no :)
|
20:04:30
|
<dkayiwa> rafa: and it is the same behavior for all our autocomplete widgets
|
20:04:49
|
<dkayiwa> rafa: it is a real bug. :)
|
20:05:18
|
<rafa> dkayiwa: let's enter a ticket and fix that
|
20:05:26
|
<dkayiwa> rafa: sure
|
20:05:31
|
<rafa> dkayiwa: it doesn't sound complex
|
20:05:50
|
<dkayiwa> rafa: tried it all day long without a break through :)
|
20:06:05
|
<rafa> hmm have you tried mustMatch:false
|
20:06:09
|
<rafa> or something
|
20:06:19
|
<dkayiwa> rafa: but like you say, the fix could surprisingly be so simple to ashame me :)
|
20:06:28
|
<dkayiwa> rafa: let me try that
|
20:07:42
|
<dkayiwa> rafa: mustMatch does not work
|
20:08:06
|
<rafa> okay
|
20:08:14
|
<dkayiwa> rafa: but even if it worked, our behavior for these widgets should be a mustMatch:true
|
20:08:47
|
<rafa> cool let me experiment with that tomorrow :)
|
20:08:54
|
<dkayiwa> rafa: i first thought i would be too too simple that does not even require a ticket. :)
|
20:09:02
|
<rafa> haha
|
20:09:20
|
<rafa> with js it's often like that :)
|
20:09:20
|
<dkayiwa> rafa: but looks like am very wrong on that. But it could still be as simple as half a line fix :)
|
20:09:41
|
<dkayiwa> correct :)
|
20:10:01
|
<rafa> i'm trying to find a demo for jquery autocomplete
|
20:10:12
|
<dkayiwa> ok
|
20:10:19
|
<rafa> to see if it's only OpenMRS thing
|
20:10:40
|
<dkayiwa> rafa: problem is with value which is programatically set instead of being a user selection from suggestbox
|
20:10:54
|
<dkayiwa> rafa: so i guess it could be an openmrs thing
|
20:11:27
|
<rafa> dkayiwa: yeah it behaves right here http://jqueryui.com/demos/autocomplete/
|
20:11:49
|
<dkayiwa> rafa: works as expected only if value was put by user using the autocomplete dropdown ui
|
20:12:25
|
<dkayiwa> rafa: does that demo allow programatic selection of value
|
20:12:27
|
<dkayiwa> ?
|
20:13:00
|
<dkayiwa> rafa: like for cases where a form say has a concept id from database and we just need to set that for the autocomplete widget
|
20:13:28
|
<rafa> dkayiwa: it's not in this demo
|
20:13:39
|
<rafa> dkayiwa: but it shouldn't be a problem
|
20:13:48
|
<dkayiwa> rafa: so that cannot reproduce our problem
|
20:14:39
|
<dkayiwa> rafa: the demo behaves as our openmrs widget when they got the value from the user choosing a selection from the autocomplete dropdown
|
20:14:47
|
<dkayiwa> and that works well
|
20:15:44
|
<rafa> dkayiwa: yeah I know
|
20:15:49
|
<dkayiwa> ok
|
20:16:46
|
<rafa> dkayiwa: hmm I don't have anything in mind now
|
20:16:58
|
<dkayiwa> rafa: ok
|
20:17:09
|
<rafa> dkayiwa: we'll need to debug the code to see what triggers clearing
|
20:17:26
|
<dkayiwa> rafa: ok
|
20:18:16
|
<rafa> dkayiwa: you spent enough time on that so move on to something different :)
|
20:18:24
|
<rafa> dkayiwa: let me try tomorrow
|
20:18:32
|
<dkayiwa> rafa: sure :)
|
20:18:52
|
<rafa> dkayiwa: maybe a fresh look will help :)
|
20:19:01
|
<dkayiwa> rafa: very very correct :)
|
20:21:36
|
*** djazayeri has joined #openmrs
|
20:21:36
|
*** ChanServ sets mode: +o djazayeri
|
20:31:38
|
*** bwolfe has quit IRC
|
20:44:38
|
*** srinivasa has quit IRC
|
20:45:13
|
*** djazayeri has quit IRC
|
21:09:59
|
*** wyclif has quit IRC
|
21:53:57
|
*** Gagaman has joined #openmrs
|
21:54:04
|
*** djazayeri has joined #openmrs
|
21:54:04
|
*** ChanServ sets mode: +o djazayeri
|
21:54:28
|
*** mnunez has quit IRC
|
22:10:25
|
*** bryq has quit IRC
|
22:33:04
|
*** djazayeri has quit IRC
|
22:38:58
|
*** djazayeri has joined #openmrs
|
22:38:58
|
*** ChanServ sets mode: +o djazayeri
|
22:39:20
|
*** dkayiwa has left #openmrs
|
22:40:27
|
*** djazayeri has quit IRC
|
22:49:59
|
*** rafa has quit IRC
|
23:12:52
|
*** magicaltrout has quit IRC
|
23:12:55
|
*** r0bby has quit IRC
|
23:13:01
|
*** Echidna has quit IRC
|
23:13:43
|
*** r0bby has joined #openmrs
|
23:13:43
|
*** zelazny.freenode.net sets mode: +v r0bby
|
23:15:04
|
*** Echidna has joined #openmrs
|
23:15:04
|
*** zelazny.freenode.net sets mode: +v Echidna
|
23:15:23
|
*** magicaltrout has joined #openmrs
|